This probe uses the log4j system for probe logging. There is a known issue with this SDK where it was discovered that if the thread that handles logging is unable to keep up with the amount of information being logged, it blocks other threads that do the real work of the probe.
<Loggers>
<Root level="info" additivity="false">
<AppenderRef ref="console"/>
</Root>
<Logger name="PERFORMANCE" level="off" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="MESSAGELIMIT" level="off" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="com.ca.analytics.dmc.receive" level="info" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="org.quartz" level="warn" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="always" level="trace" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="org.springframework" level="warn" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="com.nimsoft.threshold.cmd" level="error" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="com.nimsoft.derivedmetrics.performancestats" level="warn" additivity="false">
<AppenderRef ref="console"/>
</Logger>
<Logger name="com.nimsoft.derivedmetrics.scriptlink" level="warn" additivity="false">
<AppenderRef ref="console"/>
</Logger>
</Loggers>
-------------------------------------------------------------------------------------------------------
Attached is a UIM probe package to update this file. Download and import into your archive, then deploy to the baseline servers. This probe package is not supported and given free to use to speed up deploying. Please test in your test system before deploying to production. It will also set baseline_engine loglevel = 0.
This problem can affect other java based probes that use the log4j SDK for logging (such as the discovery_server probe and prediction_engine).
If the steps above do not work, please try the following:
1- Delete the queue for baseline_engine.QOS_MESSAGE from the hub
2- Restart the hub
3- Go into the Admin Console and enable 'publish baseline' on any metric under that same hub.
4- A 'BASELINE_CONFIG' message should be sent and then at that point, baseline_engine will recreate the QOS_MESSAGE queue and start reading it again.