MDT 2008 Application installation bug? (Full Version)

All Forums >> [Management Products] >> Operating System Deployment



Message

Justinp -> MDT 2008 Application installation bug? (5/9/2008 2:39:49 PM)

I am experiencing what appears to be a bug with MDT 2008 and I am looking for some information to troubleshoot further, hopefully somebody here can offer som advice :)

I have an applicaiton bundle (Bundle1) that currently has only one dependeny (it will have more later), another bundle (Bundle2) with four applications in it.

I have also setup the Make/Model piece of the database with Bundle1 as a dependancy.  As long as Bundle1 is set to NOT "hide this application in the deployment wizard" everything works as expected.  If I check the box to hide it from the deployment wizard then Bundle1 is not installed, ZTIApplications.log just reports "Application list is empty".  When I look at the ZTIGather.log from the WinPE phase I can see that the SQL lookup worked just fine and that "Property APPLICATIONS001 is now = {bba9d302-2e7f-4442-a345-84162951295a}" (the GUID for Bundle1).

Somewhere between WinPE and Win this information is being lost but I cannot find what persistant storage is used to transfer this data between boots...any suggestions?

Thanks

Justin



Justinp -> RE: MDT 2008 Application installation bug? (5/9/2008 2:53:16 PM)

Well, in true "doesn't it always happen like that" style, I realised I had checked on the non-working VARIABLES.DAT and not the one from the build that worked...sure enough the APPLICATIONS001 is in that one but not the one from the failed build.  Somehow it isn't being written to persistant storage while other variables are just fine...? [>:]



jscheffelmaer -> RE: MDT 2008 Application installation bug? (5/9/2008 4:04:55 PM)

I remember having an issue very similar to this when working with initial release of BDD 2007.   Just curious, do you have the application wizard pop up during deployment or do you Skip it?  And if so do you get different results when skipping the wizard?

When I skipped the app wizard in BDD 2007 my variable would carry over just fine, but when I had it pop up its like it would reorganize my applications list property and I'd lose the ones that I hid from the wizard.  Just curious...



Justinp -> RE: MDT 2008 Application installation bug? (5/9/2008 7:51:03 PM)

If I use SkipApplications=YES then the application installs correctly regardless of whether it is hidden in the wizard.

I suspect that once you press next, the displayed list is processed to determine which apps should install, rather than merging the two lists and then processing that output.



eschloss -> RE: MDT 2008 Application installation bug? (5/14/2008 9:59:19 AM)

This was discovered as a bug in MDT.  See the following link for the resolution:
http://blogs.technet.com/msdeployment/archive/2007/12/15/bug-applications-are-not-selected-properly-when-set-through-customsettings-ini-or-through-the-database.aspx



Justinp -> RE: MDT 2008 Application installation bug? (5/14/2008 11:42:55 AM)

I don't think this is the same problem as we are using MDT 2008 and that bug pertained to 2007.  Additionally, I can see from the logs and VARAIBLES.DAT that when it works the variable has the correct postfix of "001", not "1".



sounddoc -> RE: MDT 2008 Application installation bug? (5/20/2008 4:37:08 PM)

I'm having a similar issue that looked like the bug, but I noticed that the script had been changed to look for "1" OR "001". The symptom is that I have an application being selected through a database lookup, which does work according to the log files during PE / customsettings.ini parse time, but when the build is finished the application is never installed. Regular MandatoryApplications, such as the SMS client are installed, and there are no errors in the log file. Is it possible to mix applications specified in the database with a straightforward LTI build?



sounddoc -> RE: MDT 2008 Application installation bug? (5/20/2008 5:19:39 PM)

err...nevermind...seems to be working now. guess it needed to just chill for the weekend. :)



Page: [1]

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
0.375