New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


WMI Windows Service Monitoring - Service not found (code: PE010)

Votes:

0

Your Vote:

Up

Down

We monitor two Windows services on two different Windows servers. At a seemingly random interval - but possibly when the Core is rebooted - the service changes from being monitored without issues to showing "Service not found (code: PE010)". Deleting the sensors and re-adding it allows the service to be monitored again for some time.

The service name (with actual application name modified for Privacy) is "Application ABCD Application Server - 39081" or "Application ABCD Application Server - 39082". The only difference I've noticed with this service is there is a special character ("-") in the name of the service.

Any ideas? This looks like a bug to me.

prtg windows wmi-service

Created on Dec 26, 2015 6:37:43 PM by  thigley986 (0) 1



11 Replies

Votes:

0

Your Vote:

Up

Down

Did you also send us a Support Bundle? I'm just asking, because we received a Support-Bundle containing a screenshot showing those "39081" and "39082" named service sensors, running on an AWS based probe. That was you, right? Or not? :)

I'll check the logs and answer you by email if that's fine for you. First advice would be in cases like this to raise the scanning interval, since this may happen when trying to scan every 60 seconds for example.

Kind regards.

Created on Dec 28, 2015 8:55:01 AM by  Erhard Mikulik [Paessler Support]

Last change on Dec 28, 2015 10:23:16 AM by  Erhard Mikulik [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Yes, that was us. Thank you!

Created on Dec 28, 2015 10:10:55 AM by  thigley986 (0) 1



Votes:

0

Your Vote:

Up

Down

I rebooted our Probe today and the new sensor I set up last week is also failing with the same message now, leaving us with two of the same failing sensors.

Created on Jan 3, 2016 11:20:03 PM by  thigley986 (0) 1



Votes:

0

Your Vote:

Up

Down

Thank you for the update. We're already discussing next steps with your MSP, who also sent us the Support Bundle.

Kind regards.

Created on Jan 5, 2016 8:01:01 AM by  Erhard Mikulik [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I hI have the same Problem trying to monitor a Service. Everything ng works fine until we restart the Server then the Code PE010 is there. How did you solve the Problem?

Created on Jan 16, 2017 12:34:38 PM by  ivancota (0)



Votes:

0

Your Vote:

Up

Down

Hello ivancota,

Make sure you have the latest version of PRTG running as it contains several fixes regarding WMI sensors. Also try using alternatively the SNMP Windows Service Sensor to see if that works more reliably.

Kind regards,

Erhard

Created on Jan 17, 2017 9:18:38 AM by  Erhard Mikulik [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Erhard, Unfortunately, even on the latest software releases, this problem was never resolved. We sent log bundles and several patches were applied to no avail. We still regularly deal with three of our sensors that go to PE010 with every probe reboot. Re-adding the sensor has been the only workaround. Very frustrating, to be honest.

Created on Jan 17, 2017 9:29:56 AM by  thigley986 (0) 1



Votes:

0

Your Vote:

Up

Down

Hello thigley986,

I understand the frustration very well, because WMI related issues are very hard to debug. There were indeed a few issues inside PRTG regarding WMI -mostly connection related issues- that lead to several errors and were fixed now in the latest version.

Issues with only particular sensors is a different story or framed differently: The service sensor for example performs the same query, no matter which machine and which service you query, while for sure the queried host and the service are basically the variables that differ from machine to machine. Now what's going on, when the same sensor runs without issue on one host, monitoring a specific service, while being totally shaky when monitoring another particular host and one or several services on it? That's the big question in the end and the tricky part ist, that there is no comprehensive all-in-one-log anywhere that will reveal exactly that. Could be indeed an issue on the remote probe's WMI/RPC/DCOM stack running the sensor, could also be an issue on the queried host or both, everything's possible here.

Have you tried using the SNMP-based service sensor? Did you have issues with it, too? If that's the case, it is most likely an issue with the monitored service itself, somehow "behaving odd", for lack of better words.

Kind regards,

Erhard

Created on Jan 17, 2017 3:50:45 PM by  Erhard Mikulik [Paessler Support]



Votes:

0

Your Vote:

Up

Down

The common thread in our failures is there is a trailing space in the Windows Service Name. Other monitoring software is able to query WMI appropriately. It almost "feels" like, at some point, PRTG is truncating the service name.

Created on Jan 17, 2017 4:46:47 PM by  thigley986 (0) 1



Votes:

0

Your Vote:

Up

Down

Ok, so "trailing space" means there is a space at the end of the service name (for what reason ever), correct?

That's the query the sensor performs:

SELECT Started,State,Status FROM Win32_Service WHERE Name='servicename'

'servicename' is however not the display name that is being used, instead the query goes against the service name visible in the properties of a service. For example Windows Firewall: Display name is "Windows Firewall", while the service name is "MpsSvc". Which service are you querying there (exact name)?

"Other monitoring software is able to query WMI appropriately." --> Are you actually monitoring this exact service with another monitoring software by WMI without issues and know which query it performs?

And also one more time: Have you tried using the SNMP Windows Service sensor to monitor the same service? Please try it to see if also fails.

Kind regards,

Erhard

Created on Jan 18, 2017 8:50:29 AM by  Erhard Mikulik [Paessler Support]

Last change on Jan 18, 2017 8:53:14 AM by  Erhard Mikulik [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Erhard, We have not tried SNMP as a replacement. As of today, we have renamed two of the three services to remove a trailing space at the end of the service name. We are awaiting the next Core Server reboot by our PRTG provider (the event that triggers the PE010 error). If two services survive the reboot and the unchanged service does not, we will have established a definitive cause of sorts.

Created on Jan 18, 2017 11:08:13 AM by  thigley986 (0) 1



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.