Tuesday, March 09, 2010
Deployment Forum HomeDeployment Forum ArticlesDeployment Forum Download LibraryDeployment Forum Member BlogsDeployment Forum Community Forums
Member Login
StandardLiveID


Register
Forgot Password ?



Guests can view and read messages in the community forums, but you must register and log in to Deployment Forum before you can post messages. Click Register at the top of this page. Before posting messages, please read the forum guidelines at the bottom of this page.

Subject: different application install for different OS
Prev Next
You are not authorized to post a reply.

AuthorMessages
bn2huntUser is Offline

Posts:116

Send Message
01/26/2009 1:28 PM  

I am trying to install MS Powershell 1.0 on all of our new machines as they are deployed.  We currently have both vista and xp operating systems and they have a different software install for each OS.  I am currently trying to install by setting up both installs in the applications part of the deployment workbench and then adding an application group with both applications in the group.  I set each indivual application powershell xp to only install in windows xp and the powershell vista to only install in vista.  I then add the powershell application group to the application list for the role the pc is in.  The correct app is running but it keeps getting an unexpected error in the deployment log for the vista install.  I am running a XP install know to check and see if I get the same results.

1:  Is there a better way to deploy applications that have different install packages for each os?

2:  Has anybody gotten a silent install to work for powershell 1.0 in vista?

 

Thanks

 

Dan

bn2huntUser is Offline

Posts:116

Send Message
01/26/2009 3:17 PM  

The xp install works fine I'm just having problems with the vista install so it looks like my method might be working just not the app.

 

Anybody been able to install powershell 1 in vista

Mark AllcockUser is Offline

Posts:380

Send Message
02/02/2009 2:08 PM  

Hi Dan

By any chance, does your BDD.LOG or ZTIAPPLICATIONS.LOG indicate what error you are receiving when you run WUSA.exe to install the PowerShell 1.0 MSU file?

If it's 0x80070002, then this translates to "The System cannot find the file specified" and occurs even when you run it from a command prompt. If it is this, then you need to specify the exact path to the MSU file. For example:

wusa.exe "C:\Updates\Windows6.0-KB928439-x86.msu" /quiet /norestart

Obviously this is difficult when installing an application via the MDT, however you could get round this using the . For example:

wusa.exe "\\server\Distribution$\Applications\PowerShell_Vista\Windows6.0-KB928439-x86.msu" /quiet /norestart

Anyway, having typed all that, why don't you use the 'OS Packages' node in Deployment Workbench. This is an ideal facility for installing Vista/2008 MSU files so it would solve your Vista niggles without having to resort to installing it as an application. The 'Install Packages' step in the Task Sequence will take care of installing this update.

More info: http://blogs.technet.com/deploymentguys/archive/2008/05/19/managing-windows-updates.aspx


As for your other query, there are two easy ways to ensure an application only installs on one particular platform:

1) In the properties of the application, select the Details tab and select the option for "This can run only on the specified client platforms". Select the applicable operating system(s).

2) Install the application via the 'Install Application' task in a Task Sequence. Using the 'Options' tab, add a criteria to the task where "Operating System Version" is equal to a particular operating system. You can specify multiple criteria for different versions of a single operating system.

Let me know how you get on.

Mark

bn2huntUser is Offline

Posts:116

Send Message
02/06/2009 1:50 PM  
Posted By Mark Allcock on 02/02/2009 2:08 PM

Hi Dan

By any chance, does your BDD.LOG or ZTIAPPLICATIONS.LOG indicate what error you are receiving when you run WUSA.exe to install the PowerShell 1.0 MSU file?

If it's 0x80070002, then this translates to "The System cannot find the file specified" and occurs even when you run it from a command prompt. If it is this, then you need to specify the exact path to the MSU file. For example:

wusa.exe "C:\Updates\Windows6.0-KB928439-x86.msu" /quiet /norestart

Obviously this is difficult when installing an application via the MDT, however you could get round this using the . For example:

wusa.exe "\\server\Distribution$\Applications\PowerShell_Vista\Windows6.0-KB9284

39-x86.msu" /quiet /norestart

Anyway, having typed all that, why don't you use the 'OS Packages' node in Deployment Workbench. This is an ideal facility for installing Vista/2008 MSU files so it would solve your Vista niggles without having to resort to installing it as an application. The 'Install Packages' step in the Task Sequence will take care of installing this update.

More info: http://blogs.technet.com/deploymentguys/archive/2008/05/19/managing-windows-updates.aspx


As for your other query, there are two easy ways to ensure an application only installs on one particular platform:

1) In the properties of the application, select the Details tab and select the option for "This can run only on the specified client platforms". Select the applicable operating system(s).

2) Install the application via the 'Install Application' task in a Task Sequence. Using the 'Options' tab, add a criteria to the task where "Operating System Version" is equal to a particular operating system. You can specify multiple criteria for different versions of a single operating system.

Let me know how you get on.

Mark

The only error I get for the following command is 

error LOG[Return code from command = 1326]
command wusa.exe "%wdsserver%\vistadeploy\applications\powershell_vista\Windows6.0-KB928439-x86.msu" /quiet /norestart 

If I add it to the packages it puts the pc/laptops into a reboot loop applying patches.  I was finally able to get it to work by writing a script that copies it local from the server it is running from and then running the following command Windows6.0-KB928439-x86.msu" /quiet /norestart and this installs the product. 

Ended up being more work than I thought it would be but in the long run the script might prove to be usefull.

 

Thanks for your help

 

Dan

 

Mark AllcockUser is Offline

Posts:380

Send Message
02/07/2009 6:56 AM  
Hmm... error 1326 suggests a connectivity problem to the UNC path you've specified. Perhaps wusa.exe doesn't like the %wdsserver% variable or there is an access issue.

Anyway, I'm glad you managed to sort it out. Copying it locally is probably the easiest solution. Interesting why OS Packages put the computer into an eternal loop!?!?!

Cheers

Mark
FarmerPeteUser is Offline

Posts:209

Send Message
02/18/2009 11:58 AM  
What I use for most of my packaged installs in a 7zip self extracting executable. A side effect of this is that the file can be stored on the network, but it extracts the contents to the %temp%\RandomSubfolder directory, and then runs the files there. So basically, I know that no matter where the file runs from, it will in effect be run locally. If this is something you are interested in, here is the guide that I used to make my setup: http://www.wincert.net/forum/lofiversion/index.php?t1978.html
You are not authorized to post a reply.
Forums > Deployment Solutions > MDT 2008 > different application install for different OS



ActiveForums 3.7
Forum Policies
Minimize

These forums are a user-supported community for IT professionals to exchange deployment tips, solutions, and techniques. For the benefit of all Deployment Forum members, please observe the following guidelines when posting to these forums:

  • We reserve the right to remove any message. Our moderators will remove all messages that are not respectful or productive. Profanity, racism, prejudice, and flaming are not tolerated.
  • Do not advertise products or services. Our moderators will remove all advertisements or service announcements. Product and service recommendations from active Deployment Forum members are encouraged, however.
  • Make sure your question isn't already answered. Before posting questions, search the forums. After ensuring that your questions are unique, post them to the most appropriate forum. This will help reduce noise in the forums.
  • Help make the most of each thread. Do not post unrelated messages to a thread. Also, if you've resolved a question outside of these forums, please share the solution with other members by posting it back to the thread.
  • Do not share confidential information. Confidential information includes product keys and addresses. Our moderators will edit any message containing confidential information, so double-check messages and their attachments before posting them.
  • Post messages using only the English language. For the benefit of all Deployment Forum members, please post your messages using the English language.

We hope that you enjoy using this community. Please submit your comments and feedback on the Comments and Feedback page or post them to the Comments, Feedback forum.



Privacy Statement  |  Terms Of Use
© 2007 Jerry Honeycutt