Jump to content

Recommended Posts

Posted

Seen this error before and its a bit tricky to resolve

Is this being deployed as part of an OS Deployment or just Office itself?

 

If the latter - it could be a corrupted CCMClient setup - or more accurately the WMI sections of the client (the logs show a WMI error just before all the red lines..)

 

Try removing all traces of the client (ccmsetup /uninstall) and then reinstall it and try the deployment again

Posted

It's being deployed during OSD using a UDI. My Office package for the UDI is just using setup.exe, but a friend thought I should try changing the command line to this:

 

setup.exe /adminfile 1_customizations.msp -to see if that works. I have a customizations file of that name in the /updates directory of the source. Thoughts? I may just make the change and try it now.

Posted

Made the change above... ran a build.. Office failed to load completely.

 

http://www.barrenplanet.com/pics/officefail2.jpg

 

In the past, it would load, it would just wait till the 40 minute timer completed before finishing.

 

So... should I try a batch file instead or should I attempt to put "" around my path for the customization.msp file?

Posted (edited)
Made the change above... ran a build.. Office failed to load completely.

 

http://www.barrenplanet.com/pics/officefail2.jpg

 

In the past, it would load, it would just wait till the 40 minute timer completed before finishing.

 

So... should I try a batch file instead or should I attempt to put "" around my path for the customization.msp file?

 

Is the "1_customization.msp" file in the same folder as your setup.exe? if nto you need to specify the path to it eg

\\server\share\office2010\setup.exe /adminfile \\server\share\office2010\updates\1_customization.msp

 

As for quotes - you should only really need them if there are any spaces - eg

/adminfile "\\server\share\office2010\my custom file.msp"

 

Setup command-line options for Office 2010

 

you should be able to use a relative path:

 

setup.exe /adminfile updates\1_customization.msp

Edited by Gatt
Posted
Is the "1_customization.msp" file in the same folder as your setup.exe? if nto you need to specify the path to it eg
\\server\share\office2010\setup.exe /adminfile \\server\share\office2010\updates\1_customization.msp

 

As for quotes - you should only really need them if there are any spaces - eg

/adminfile "\\server\share\office2010\my custom file.msp"

 

Setup command-line options for Office 2010

 

you should be able to use a relative path:

 

setup.exe /adminfile updates\1_customization.msp

 

The 1_customizations, is indeed in the updates folder. I'll try your last note and see if that works. I'd rather not specify a UNC path since this is setup on many deployment servers.

Posted

Another note that if the MSP is called "default.msp" and in the update folder then all you need to do is run setup.exe and it will automatically use the default.msp

 

Once, I created 2 admin locations for Office - office2010_full (everything) and office2010_wordexcel (word and excel only) - each contained a different default.msp that either installed the whole shebang or just word and excel..

Posted

A different failure this time.. and again, it didn't load. It's crazy... using just setup.exe, it loads just fine, the problem is that it never sends an exit code, so it keeps running till the timeout, then sccm kills the process. I'm wondering if a batch file isn't the way to go here. The problem is that you have to specify a direct path to a server, which is going to direct everyone of my clients to a single source instead of to their local distribution point.

 

Here is the current failure:

 

command line: setup.exe /adminfile updates\1_customization.msp

 

http://www.barrenplanet.com/pics/officefail3.jpg

 

The program is called UDI Installer.

Posted

if your using SCCM, then you should have office 2010 packaged and sitting on a DP..

Have you tried running it outwith the UDI (never used this but I understand its an MDT tool?)

 

If your running it from a batch file - try prefixing the command with "start /w "

Posted

Yeah, we're using SCCM. The UDI is basically just a boot CD with a nice interface to build a system, load OS, drivers, and choose what software you want to load. Just running setup.exe works fine, it just slows down the build process. I could reduce the timeout period from 40 minutes to 20... I assume that all my Win7 builds are fast enough to load office 2010 in under 20 minutes, but I hate that it gives me a red X in the applications installed tab at the end of the build process.

 

I find it odd that setup.exe is not sending a completion code to SCCM.... when I run just setup.exe, that is the problem. I think I'll try a batch file next. Something like this:

 

\\uncpath to a specific server\packages\officeinstaller\setup.exe /adminfile \\uncpath to specific server\packages\officeinstaller\updats\1_customization.msp

 

Not happy about using a UNC path to a specific server, but I'm to the point where I'll try anything.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...