windows_exporter icon indicating copy to clipboard operation
windows_exporter copied to clipboard

Event logging errors every minute

Open pete-leese opened this issue 8 years ago • 10 comments

It seems I deployed the MSI to machines that do not have MSMQ installed which is fine I guess, however every minute I get the following error in the event logs.

Perhaps it would be better to have it log this message to the event viewer when the services starts as I think every minute is too much or if it can handle this better when a collector has been enabled.

I.E IIS not installed on all target devices, however I don't want to be deploying different exporters to cater for the role of a server.

The description for Event ID 102 from source wmi_exporter cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

If the event originated on another computer, the display information had to be saved with the event.

The following information was included with the event:

ERROR: msmq collector failed after 0.007022s: Exception occurred. (Invalid class )

pete-leese avatar Mar 31 '18 11:03 pete-leese

It seems I deployed the MSI to machines that do not have MSMQ installed which is fine I guess, however every minute I get the following error in the event logs.

Patch is welcome, in the meantime you should configure your wmi_exporters to only include the collectors you are interested in.

I.E IIS not installed on all target devices, however I don't want to be deploying different exporters to cater for the role of a server.

You would still deploy the same wmi_exporter.exe, only configure it differently to meet the variation of your servers. There's nothing exceptionally weird about that.

Also, neither iis nor msmq is enabled by default.

martinlindhe avatar Mar 31 '18 13:03 martinlindhe

I know that but I’ve got over 500 servers and do not have an inventory of what components are installed on what server so makes it difficult to target specific collectors hence the request for the exporter to handle this scinario better.

pete-leese avatar Mar 31 '18 18:03 pete-leese

I know that but I’ve got over 500 servers and do not have an inventory of what components are installed on what server so makes it difficult to target specific collectors hence the request for the exporter to handle this scinario better.

pete-leese avatar Mar 31 '18 18:03 pete-leese

I think this is a valid issue, so I'm gonna reopen it. Thanks for your report @VR6Pete

martinlindhe avatar Mar 31 '18 21:03 martinlindhe

One potential improvement could be to check at start-up which collectors are possible to use and then disable them if the class is not present (after a clear log message). On the other hand, I know of installations where the exporter is installed before all roles are guaranteed to be installed (parallel installations where the exporter and the roles are pushed simultaneously), so this approach would break those installs...

In general, it would be preferable to be able to assume that there is some form of configuration management present.

carlpett avatar Apr 01 '18 10:04 carlpett

How we handle this in the node exporter is that if a file in /proc is missing due to that functionality not being present, the collector logs a debug-level message and returns no metrics.

brian-brazil avatar Apr 01 '18 11:04 brian-brazil

Thanks. I don’t know why I closed it 🤔 too many beers I think !

Sounds like there are a couple of possible options to explore to make wmi exporter even better :)

pete-leese avatar Apr 02 '18 11:04 pete-leese

Did you guys fix it or came up with another solution ? @carlpett

timweissenfels avatar Jun 22 '21 12:06 timweissenfels

Doesn't seem like that's fixed...

mcs avatar Oct 02 '21 11:10 mcs

The application logs are filing up very quickly due to these errors every few seconds. @carlpett is this issue being considered?

ramachandrasuresh avatar Dec 06 '21 21:12 ramachandrasuresh

This issue has been marked as stale because it has been open for 90 days with no activity. This thread will be automatically closed in 30 days if no further activity occurs.

github-actions[bot] avatar Dec 24 '23 02:12 github-actions[bot]