Beruflich Dokumente
Kultur Dokumente
WMIDiag2.2ishere!|AskthePerformanceTeamBlog
Server & Tools Blogs > Server & Management Blogs > Ask the Performance Team Blog
Sign in
Hello AskPerf blog readers! Jeff here from the Windows Performance Team once again. I am happy to announce
that the new version of WMIDIAG is finally here. Its now compatible for Windows 8/8.1 as well as Sever
2012/2012R2. Some of you may have been aware that the previous version used to also show a lot of errors and
that majority of them were erroneous or false positives simply due to wmi class name changes between OS
versions. That has been all cleaned up and all errors have been corrected. When you run the new version it
should look a lot cleaner and what errors you do see should be accurate and deserving of attention.
The WMI Diagnosis Tool is a VBScript basedtool for testing, validating, and analyzing WMI installation/issues.
The tool collects data from WMI installations on all Microsoft Operating Systems at any or no service pack level.
WMI Diagnostics 2.2 requires you to have Local Administrator rights as well as Windows Script Host WSH
enabled.
To download this tool, please click here.
After you download WMIDiag.exe, run it and extract the files to a local folder. If you doubleclick WMIDiag.vbs,
the following message will appear:
https://blogs.technet.microsoft.com/askperf/2015/05/12/wmidiag22ishere/
1/8
6/9/2016
WMIDiag2.2ishere!|AskthePerformanceTeamBlog
If you want to see its activity, then you would run cscript WMIDiag.vbs from the command prompt, or you can
change the default script host to the command line by running cscript //H:CScript.
Note: By default WMIDiag does not check repository consistency and you would need to run manually from
command prompt using cscript WMIDiag.vbs checkconsistency
WMIDIAG can be run from Windows Explorer, or from the command line. Each time it runs, the WMI Diagnosis
Tool creates the following three files in the %TEMP% directory:
.LOG file containing all the WMI Diagnosis Tool activity as well as a WMI report at the end
.TXT file containing the WMI Diagnosis Tool report
.CSV file containing statistics that can be used to measure trends and issues
When the WMI Diagnosis Tool terminates, the ERRORLEVEL environment variable is set to one of the following
values:
0 = SUCCESS
WSH has a script execution timeout setup in machine or system environment
Machine reports suspicious improper shutdowns
User Account Control UAC status is reported Vista and above
Local account token filter policy is reported Vista and above
Unexpected binaries in the WBEM folder
The Windows Firewall is enabled
Some WMI service installed in the machine are dependent on the WMI service i.e. "SMS Agent
WMI ADAP has a status different than 'running'
Some WMI namespaces require a packet privacy encryption for a successful connection
Some WMI permanent subscriptions or timer instructions are configured
Some information about registry key configurations for DCOM and/or WMI was reported
1 = ERROR
System32 or WBEM folders are not in the PATH
WMI system files\ repository is/are missing
WMI repository is inconsistent XP SP2, 2003 SP1 and above
DCOM is disabled
WMI service is disabled
The RPCSS and/or the WMI services cannot be started
WMI DCOM setup issues
https://blogs.technet.microsoft.com/askperf/2015/05/12/wmidiag22ishere/
2/8
6/9/2016
WMIDiag2.2ishere!|AskthePerformanceTeamBlog
Expected default trustee or ACE has been removed from a DCOM or WMI security descriptor
The ADAP status is not available
One or more WMI connections failed
Some GET operations\WMI class MOF representations\WMI qualifier retrieval operations failed
Some critical WMI ENUMERATION operations\WMI EXECQUERY\WMI GET operations failed
Some WRITE operations in the WMI repository\PUT\DELETE operations failed
One of the queries of the event log entries for DCOM, WMI and WMIADAPTER failed
Some critical registry key configurations for DCOM and/or WMI were reported
2 = WARNING
System32 or WBEM folders are further in the PATH string than the maximum system length
System drive and/or Drive type reporting are skipped
DCOM has an incorrect default authentication level other than 'Connect'
DCOM has an incorrect default impersonation level other than 'Identify'
WMI service has an invalid host setup
WMI service SCM configuration has an invalid registry configuration
Some WMI components have a DCOM registration issue
WMI COM ProgID cannot be instantiated
Some WMI providers have a DCOM registration issue
Some dynamic WMI classes have a registration issue
Some WMI providers are registered in WMI but their registration lacks a CLSID
Some WMI providers have a correct CIM/DCOM registration but the corresponding binary file cannot be
found
A new ACE or Trustee with a denied access has been modified to a default trustee of a DCOM or WMI
security descriptor
An invalid ACE has been found for an actual DCOM or WMI security descriptor
WMI ADAP never ran on the examined system
Some WMI noncritical ENUMERATION operations failed\skipped
Some WMI noncritical EXECQUERY operations failed\skipped
Some noncritical WMI GET VALUE operations failed
Some WMI GET VALUE operations were skipped because of an issue with the WMI provider
The WRITE operations in the WMI repository were not completed
The information collection for the DCOM, WMI and WMIADAPTER event log entries was skipped
New event log entries for DCOM, WMI and WMIADAPTER were created during the WMI Diagnosis Tool
execution
https://blogs.technet.microsoft.com/askperf/2015/05/12/wmidiag22ishere/
3/8
6/9/2016
WMIDiag2.2ishere!|AskthePerformanceTeamBlog
Some noncritical registry key configurations for DCOM and/or WMI were reported
3 = Command Line Parameter errors
4 = User Declined Clicked the Cancel button when getting a consent prompt
WMIDiag is started on an unsupported build or OS version
WMIDiag has no Administrative privileges
WMIDiag is started in Wow environment 64bit systems only
When you run the WMI Diagnosis Tool via command line:
C:\>CSCRIPT WMIDiag.vbs
https://blogs.technet.microsoft.com/askperf/2015/05/12/wmidiag22ishere/
4/8
6/9/2016
WMIDiag2.2ishere!|AskthePerformanceTeamBlog
https://blogs.technet.microsoft.com/askperf/2015/05/12/wmidiag22ishere/
5/8