More or less the same thing happened to me on a Windows XP
system. The problem seemed to be that the
Win32_PerfRawData_MSMQ* classes were not defined. However
another Windows XP system has the counter classes defined
properly.
The Win32_PerfRawData_* WMI classes are supposed to be
generated automatically from the performance counters
configured in the registry. It looks like something is
going wrong somewhere.
Try recreating the relevant performance classes using the
command: wmiadap /f
http://msdn.microsoft.com/library/en-us/wmisdk/wmi/wmiadap.asp
http://msdn.microsoft.com/library/en-us/wmisdk/wmi/moving_performance_library_counters_into_wmi_classes.asp
I tried this and it solved the problem.
The Microsoft documentation you pointed to says that this is supposed
to be generated each time the server is started but I don't see any
evidence that adap ran. Should I? I guess I will have to restart the
server and see whether these classes disappear again.
"Frank Boyne" <frank...@unisys.com> wrote in message news:<OcKEy#DpEH...@TK2MSFTNGP14.phx.gbl>...
I'm not sure.
The way WBEM/WMI works, these class definitions are
typically specified in a MOF language which is compiled
into the actual working definitions. It would be really
inefficient for adap to run every time the system was
started since there usually wouldn't be any new
performance counters defined. Why recreate and recompile
all the MOF definitions unnecessarily. I wouldn;t expect
adap to run at every system start - bur rather I'd expect
something to check the WMI definition against the
Perfcounter definition and only run adap if there was a
discrepancy. Of course adap could be the tool that
checked for those discrepancies.
I run with auditing turned on for processes and my event
log doesn't show adap running except when I manually ran
it yesterday (not very scientific but it's the onl;y data
I've got).
> I guess I will have to restart the
> server and see whether these classes disappear again.
They didn't on my XP system. I wouldn't expect them to
given the compiled nature of WMI/WBEM classes.