/build/static/layout/Breadcrumb_cap_w.png

WMI or Environment is broken

Hi Everyone ,
I am packagin an SQL Express2005 application . Got vendor multiple msi's wrapped in a exe.
Created a vbscript


CommandToExecute = Chr(34) & strPath & "Executable file" & Chr(34) & " -q /norebootchk /qn reboot=ReallySuppress addlocal=all instancename=SQLEXPRESS SQLAUTOSTART=1"
WriteToLog "Running the command " & CommandToExecute
RunEXE = ObjShell.Run(CommandToExecute,0,True)
If Err.Number = 0 Then
WriteToLog "successfully executed"
Else
WriteToLog "Failed" & CommandToExecute
End If


The package works fine in XP environment but i am facing issues in windows 7 environment stating
"Either WMI or Environment is broken on this machine". Could anyone help me out what could be the exact cause for this error and how will be able to resolve it ...

I tried couple of steps including security update from microsoft for fixing up WMI KB933061

Registry modification for WMI thresholds
“HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\Low Threshold On Events (B)" to 35000000 (default is 10000000)
”HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\High Threshold On Events (B)" to 70000000 (default is 20000000)

Thanks

0 Comments   [ + ] Show comments

Answers (2)

Posted by: dunnpy 14 years ago
Red Belt
0
Mike,

Not sure why it's not working in Windows 7, but I noticed you've got some public properties on the executable command line that won't be being passed through as they need to be capitalised.

reboot=ReallySuppress addlocal=all

Should be: REBOOT=ReallySuppress ADDLOCAL=all

Also a lot of installers take a /v to pass variables to the msiexec command line - are you sure yours are getting through?

Try logging the installation (/l*v <path to log file>) to ensure that your command line properties are being used and to see if it throws any light on your issue installing on Windows 7.

Hope this helps,

Dunnpy
Posted by: anonymous_9363 14 years ago
Red Belt
0
a lot of installers take a /v to pass variables to the msiexec command lineIt sounds to me like the EXE is a home-grown thing, in which case, has it been coded to take arguments?

Anyway, if you're using a VBS, why bother with the EXE getting in the way? Just execute the MSIs and MSTs individually in the script. That way, you can specify a log file for each MSI/MST, as well as the public properties you need. Talking of MSTs, from what I recall of the SQL Server Express install, I don't know how you expect to get the thing to run from start to finish without at least one MST. I think it's SQLRUN.MSI which requires it for a silent install. Without it, the user will be prompted for input at some point.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ