WMI Classes on the target host

This support forum board is for support questions relating to Nagios XI, our flagship commercial network monitoring solution.
bosecorp
Posts: 929
Joined: Thu Jun 26, 2014 1:00 pm

WMI Classes on the target host

Post by bosecorp »

I am getting this error when I try to monitor a windows 2008 server. this server was working before, but After rebooting the windows server, I am unable to monitor the server anymore

UNKNOWN - The WMI query had problems. The plugin is having trouble finding the required WMI Classes on the target host (bla.bla.bla.bla). There can be multiple reasons for this (please go through them and check) including permissions problems (try using an
User avatar
tgriep
Madmin
Posts: 9190
Joined: Thu Oct 30, 2014 9:02 am

Re: WMI Classes on the target host

Post by tgriep »

Try running this on the Windows system.

Code: Select all

cd\windows\system32
lodctr /R
Then you may have to open the Performance Monitor and re-add the counters you need.
Be sure to check out our Knowledgebase for helpful articles and solutions!
bosecorp
Posts: 929
Joined: Thu Jun 26, 2014 1:00 pm

Re: WMI Classes on the target host

Post by bosecorp »

Still

UNKNOWN - The WMI query had problems. The plugin is having trouble finding the required WMI Classes on the target host (x.x.x.x). There can be multiple reasons for this (please go through them and check) including permissions problems (try using an

[wmi/wmic.c:212:main()] ERROR: Retrieve result data.
NTSTATUS: NT code 0x80041010 - NT code 0x80041010

what do you mean with re-enabling the counters
User avatar
tgriep
Madmin
Posts: 9190
Joined: Thu Oct 30, 2014 9:02 am

Re: WMI Classes on the target host

Post by tgriep »

Can you go through the manual again and re-enable your Windows system for WMI?
That may fix it for you.
http://assets.nagios.com/downloads/nagi ... ng_WMI.pdf

Also, are all of the checks failing on that server or just specific ones?
Can you post how you are running the check?
Be sure to check out our Knowledgebase for helpful articles and solutions!
bosecorp
Posts: 929
Joined: Thu Jun 26, 2014 1:00 pm

Re: WMI Classes on the target host

Post by bosecorp »

Yes I've fallowed that procedure before

all checks are failing. CPU, memory, C:
User avatar
tgriep
Madmin
Posts: 9190
Joined: Thu Oct 30, 2014 9:02 am

Re: WMI Classes on the target host

Post by tgriep »

Are you getting any errors in the logs on the Windows system?
Can you go through the document again to see if that fixes it? Especially the bottom of page 3 and the top of page 4.
Also, you may want to look at this link.
http://edcint.co.nz/checkwmiplus/?q=con ... owsfromop5
Be sure to check out our Knowledgebase for helpful articles and solutions!
bosecorp
Posts: 929
Joined: Thu Jun 26, 2014 1:00 pm

Re: WMI Classes on the target host

Post by bosecorp »

it did not work. I tried creating the account and still did not helped
User avatar
tgriep
Madmin
Posts: 9190
Joined: Thu Oct 30, 2014 9:02 am

Re: WMI Classes on the target host

Post by tgriep »

Could you run the following on the XI system and post the output back here?

Code: Select all

wmic -U <Domain/username>%<password> //<Hostname or IP Address> "Select * from Win32_ComputerSystem"
Make sure you change the following in the command to match your environment.
<Domain/username>
<password>
<Hostname or IP Address>
Be sure to check out our Knowledgebase for helpful articles and solutions!
bosecorp
Posts: 929
Joined: Thu Jun 26, 2014 1:00 pm

Re: WMI Classes on the target host

Post by bosecorp »

[wmi/wmic.c:212:main()] ERROR: Retrieve result data.
NTSTATUS: NT code 0x80041010 - NT code 0x80041010
You have mail in /var/spool/mail/ro
User avatar
tgriep
Madmin
Posts: 9190
Joined: Thu Oct 30, 2014 9:02 am

Re: WMI Classes on the target host

Post by tgriep »

On your Windows system, try this.


1. Launch the wbemtest program.
2. Click Connect...
3. Change root\default to root\cimv2, then click Connect.
4. Click Query...
5. Enter "Select * from Win32_Product", without the quotes, then click Apply.

This should return a list of products. If it does, then WMI is probably fine. If this did not, try the following at a Command Prompt:

regsvr32 wbemdisp.dll
then run the wbemtest query again.

If the above works, then the only thing left is a permission issue or the firewall is blocking.
Check the Windows logs for that.
Be sure to check out our Knowledgebase for helpful articles and solutions!
Locked