why does dell system build ask for software that doesn't exist?

It may be laziness/inconvenience, at worst, that they do not alter the SBUU utility to exclude/hide the option to install OMSA, but I have heard that the extracted files from the OMSA install are sufficient (although I have not tried this method) for this prompt.  Whether intentional or an oversight, it has been this way from the beginning of SBUU - taking down ISO's with the "mistake" would be all or nothing.

Yea it did, but ity doesn't make up for the lost time and idocy of Dell. All they would have to do is have the build utilities ask for versions that can be easily found, take the ISO's down that have the mistake.....or at least put up a readme to tell customers how to work around THEIR mistakes that they decided were not important enough to fix....but aggrivating customers is a better plan.

I dont mean to poke on a sore spot here, but I agree with universal4, I think the SBUU (standalone) is just a horrifying pain. If I had my way, I would have it removed, but the folks around me say its a nice to have for some people that dont want to download the entire SMTD disk. I stated to them that the original reason for SBUU's existence was for those folks that didnt have DVD drives, but with DVD drives being installed on most systems, why not get rid of it. In addition, the original thinking for having SBUU was so the people didnt have to burn a DVD disc, but SBUU only fits on a DVD now, so whats the point of having SBUU, a smaller download? Thats it? I would like to hear y'alls thoughts on this.

Oh, I completely agree ... SBUU is ridiculous, but SMTD kind of is too - too large (too much "compatibility" shoved into one image), too cumbersome (couldn't Dell pay Akamai or somebody for a "real" download manager?), and I can nearly install 2008R2 from DVD in the time it takes to boot SMTD.  I would really like to see Dell move away from DVD media altogether (in favor of USB) ... or an improved Repository Manager.

Download size ... here in rural America, where 3Mbps is a good Internet connection, if all you need is the functionality of SBUU, 1.5 hours is a heck of a lot better than 4, especially if there is any urgency at all about the project.

I rarely use SMTD as it is though ... with today's OS's, it is much simpler to just install from the installation media.

yeah, size wise, it is smaller, but then you also have to dnload the OS install pack (for w2k8), and if you want omsa, you have to dnload that too. Paying Akamai is a great idea, but I dont have any influence over those decisions. Have you tried booting to SMTD on a USB key, that works really well and is much faster than disc. What I am also pushing for is to put SMTD and SUU on a USB key together  for doing the platform update. Right now, if y ou boot to SMTD and try to use SUU on the same key, it doesnt work. with 16gb keys being fairly cheap these days, it makes sense to do this.

I agree with some of what has been said, but it doesn't change the fact that Dell has a download that asks for software that doesn't exist and the guy in the field (the one recommending and sell Dell Products) often will NOT know this until AFTER they have wasted THEIR time not Dell's.

Dell could easily fix this, but it's like they don't care about the guy in the field.

They could also put a javascript popup that you have to read before downloading...."Uhh we're too lazy to change the iso so make sure NOT to use one of the features and be sure to uncheck the little box"

This forum is great for help but another thing Dell doesn't bother to stop and think about....many techs end up here after HOURS of aggrivation trying to find answers of why Dell software isn't doing what the dialog boxes says it is...and only after finding the answer above (post #2) do they realize how much time they wasted trusting software they just downloaded (direct from Dell) only hours before.

I appreciate the help that can be found here in the forums....but if Dell never listens to the complaints and see the areas they could improve.......

I will confess to some laziness in my original reply.  There IS another disk you can download that has OMSA on it for when the SBUU asks for it.  It is called the "Dell Systems Console and Agent" disk.  So for those of you that are thinking the disk doesn't exist, there it is.

It is tough to strike a balance <640MB between covering as many systems as possible and including all the stuff you should really have on a server.  If it really bothers you, then when you buy an 11th generation server, you can forget all this preinstall ISO stuff and just use the Lifecycle Controller/Unified Server Configurator by pressing F10 on the splash screen!  Isn't progress wonderful?

Jeff,

I am sorry, but if a tech uses the SBUU disk to install and has the box ticked to install Open Manage, the disk it asks for does NOT exist....since it asks for a version that has not been released (well it might have been released the other day but not available for download yet) but the SBUU has been asking for that version for a very long time...a year or more I believe.

To say that as long as tech's use the "other disk" or "uncheck the box" is a workaround and will save them time in the FUTURE sure....

But if Dell would just fix the iso that is up and available for download....at least any tech's using the SBUU going forward will not be sent in the loop that currently exists.

I do hope THIS THREAD continues to score well in the search engines since it does contain the easy to use workarounds...

The issue you are facing with Dell’s System Build and Update Utility halting for a non-existent OpenManage 6.5 is a known inconsistency in certain ISO builds. Essentially the utility has outdated dependency checks coded into it pointing to a release that was never finalized. From a technical standpoint this happens when the build scripts reference version placeholders that weren’t later updated. 

In software engineering, especially when you build a software product, missing version control alignment can cause these dead-end loops. Companies like Dell or even CONTUS Tech must ensure tighter release management and dependency validation before shipping utilities to customers.