Jump to content
EduGeek EdSec 2026 is Go! 27th Oct in Derby! Join us for a day of EdTech security focused talks, networking, and an evening social ×

Recommended Posts

Posted

So Office 2010 SP1 seems to have a flaw whererby it activates Groove again.

 

The fix seems to be to re-run the setup with a config.xml file after installation:

 

"%CommonProgramFiles%\Microsoft Shared\OFFICE14\Office Setup Controller\setup.exe" /modify ProductName /config "\Config.xml"

 

What would be the best way to get this to run following the roll out of the SP1 package?

Posted

Just use PsExec after hours to send the command out to all workstations, would do the trick wouldn't it?

 

I know that I fixed the file associations running by winword /r with PsExec, after uninstalling the 2007 Compatibility Pack fo Office 2003 stupidly removed the file associations for docx etc.

Posted

Ah!

 

Would that simply be a case of running:

 

psexec \\COMP-01 "%CommonProgramFiles%\Microsoft Shared\OFFICE14\Office Setup Controller\setup.exe" /modify ProPlus /config "P:\Office 2010 SP1\Config.xml"

 

then?

Posted

I ran

psexec \\* -s -d

and then the command I wanted to run - I forgot what the -s and -d flags do but you need the \\* for it to hit every computer in your domain. I think the flags are silent and something else... Google will say, anyway :D

 

EDIT: -s runs as system account, -d was "don't wait for application to terminate" i.e. launch and move on.

Source: http://technet.microsoft.com/en-us/sysinternals/bb897553

Posted

"T:\Staff Resources\ICT Technicians\PsTools\psexec" \\ittech-01 -s -d "%CommonProgramFiles%\Microsoft Shared\OFFICE14\Office Setup Controller\setup.exe" /modify ProPlus /config "P:\Office 2010 SP1\Config.xml"

 

Doesn' seem to do anything to the remote machine.

Posted
"T:\Staff Resources\ICT Technicians\PsTools\psexec" \\ittech-01 -s -d "%CommonProgramFiles%\Microsoft Shared\OFFICE14\Office Setup Controller\setup.exe" /modify ProPlus /config "P:\Office 2010 SP1\Config.xml"

 

Doesn' seem to do anything to the remote machine.

 

You might need the FQDN of the target machine.

 

I wrote a batch file to sit in the same directory as psexec and just called "psexec \\* -s -d [command]" - possibly that will help? Otherwise, to the event logs Batman...

Posted
You might need the FQDN of the target machine.

 

I wrote a batch file to sit in the same directory as psexec and just called "psexec \\* -s -d [command]" - possibly that will help? Otherwise, to the event logs Batman...

Right, so that seems to launch setup.exe on the remote machine but it doesn't look to be then going on to use the switches.

 

/modify ProPlus /config "P:\Office 2010 SP1\Config.xml"

Posted
Right, so that seems to launch setup.exe on the remote machine but it doesn't look to be then going on to use the switches.

 

/modify ProPlus /config "P:\Office 2010 SP1\Config.xml"

 

Hmm, don't know then - it ran the switches for me....

psexec \\* -s -d "c:\Program Files\Microsoft Office\Office14\winword" /r
pause

(pause at the end just so the window stayed open for me to read it all back)

 

Maybe try launching something else with a switch - a cmd window with a different background colour or something, just to check that that works? I'm at a loss now to be honest, PsExec did it fine for me, so I never had to troubleshoot it particularly. Sorry :(

Posted

I've put the command into a bat file and then used:

 

psexec \\CompName -c Office2010SP1Fix.bat

 

and it seems to have worked.

 

This copies the bat file to the local machine and then runs it.

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...