Having read a few threads about intermittent and strange problem monitoring with WMI I have found the following:

I use local accounts on my windows machines for monitoring. If I leave the Domain/Computer field blank in the Windows Credentials section then Perf. Counters work OK but I have issues with WMI only sensors. If I put Localhost or the machine name then WMI only sensors work fine but Perf. Counters fail.

Is there a way I can make both types of sensor live happily on the same device?


Article Comments

Hi Dan,

Please enter the FQDN of the device into the Domain/Computer field or at least its hostname. Does that work?


Feb, 2017 - Permalink

This is the problem, if I add the FQDN or localhost the WMI works with no problems but the Performance Counter sensors fail.


Feb, 2017 - Permalink

Hi,

Please check the following guide and make sure that you meet all requirements.


Feb, 2017 - Permalink

I've been through that guide (many times) and can confirm I meet all the requirements. The issue I'm having is that I can't get WMI only sensors and Perf. Counter only sensors to work together on the same device. This is also an issue for sensors that use WMI to discover and Perf. Counters to monitor.

In order to use performance counters (and take advantage of lower device load) I have entered a local user account (remote probe is not on the same domain as the target device) and left the domain/computer field blank. The only way I can get WMI only sensors to work is to add the FQDN or "localhost" into that field. This kills the Perf. Counter sensors.

I'm looking for a way (if possible) to use both types of sensor on the same device, at the same time.


Feb, 2017 - Permalink

Update: I have found that using a "." in the domain/computer field works where the FQDN or "localhost" kills Perf. Counter sensors and leaving it blank gives an access denied on WMI sensors. (so far, still testing).

No I'm trying to understand the difference betweel using "." and "localhost".


Feb, 2017 - Permalink

Hi Dan,

Well, the "." is actually the hostname of device (SERVER02). You said that the devices is member of another domain, did you entered as a FQDN "SERVER02" or something like "SERVER02.differentdomain.local"?

Did you already checked the "PerfCounter Troubleshooting Guide"?


Feb, 2017 - Permalink

Hi Dariusz, I know the "." is the hostname but I thought "localhost" would do the same but clearly not. I tried the FQDN (server01.domain.com), server name only (server01) and well as localhost. All three of those brought my WMI only sensors up but the Perf. counters fail. Using the "." seems to do the trick for both types of sensor. I'm now wanting to under stand the difference between using the "." and "localhost". I'm happy its working but would like to know why :)

Using credentials I can set at the group level is also preferred I believe.


Feb, 2017 - Permalink

Hi Dan,

The "point" is querying the local host of the remote machine. If you enter "localhost" you will land on the PRTG Server itself.


Feb, 2017 - Permalink

Thanks Dariousz. Thinking about it that now makes sense. localhost and . work the same from the WMI tester which confused me. I have now tested this across more than one domain.


Feb, 2017 - Permalink

Hi Dan,

Good to hear that it is working now. :)

Best regards.


Feb, 2017 - Permalink