Page History
In some Linux / Unix / Solaris configurations, you may notice that the Uptime Infrastructure Monitor Agent agent is repeatedly logging connection warnings in the
/var/adm/messages
log. This is usually normal behaviour behavior as xinetd/inetd
is set up to log any connections to its services by default.
In the case of the Uptime Infrastructure Monitor AgentUIM agent, this practice can result in very large log files, as every time the Monitoring Station monitoring station polls the Agent agent or runs a Service Monitorservice monitor, the connection will be logged.
If you want to disable this logging for the Uptime Infrastructure Monitor Agent UIM agent service, there are a couple of few different approaches to take. The option to use depends on the OS, and how the the xinetd/inetd/syslogd
settings are configured. So please make sure you are using the appropriate option for your environment.
To disable logging, use one of the following options:
- Disable or suppress warning level messages via the appropriate config file for your Operating Systemoperating system's logging tool, and how your agent is currently running (i.e. xinet.d, init.d or daemon mode).
OR - Edit the /etc/xinetd.d/uptimeagent file and change the log type to only log EMERG level messages, which will suppress the warning level connection messages (i.e. log_type = SYSLOG authpriv emerg).
OR - Edit the /etc/xinetd.d/uptimeagent file, and change the the log_type to FILE, and either log to an Uptime Infrastructure Monitor agent only log, or /dev/null to suppress the logging completely
...
- (i.e. log_type = FILE /dev/null or log_type = FILE /var/tmp/uptimeagent.log).
Related articles
For more information, see How to display the NetFlow dashboard using IE , /var/adm/messages kernel: cdrom: open failed
Suppress Connection Warnings , Suppress connection warnings from the Agent agent in /var/adm/messages Monitor Disk Mounting in Active / Passive Cluster Nodes Anchor
Edit the uptimeagent or uptmagnt file under /etc/xinetd.d and add the following lines between the {} characters: log_on_success -= PID
log_on_success -= EXIT log_on_success -= HOST DURATION log_on_failure -= HOST
Restart the xinetd process.
To test if the agent is still logging messages, run a tail -f on messages and then poll the Agent from the Uptime Infrastructure Monitor user interface to see if this action logs a new message.
This scenario would potentially produce a report of the same data that shows different values depending on the report timeframe. For example: Configuration Changes
Change Detected Change Description
2010-01-27 15:04:43 Memory size changed from 18874368kB to 4194304kB 2010-01-27 11:18:54 Memory size changed from 4194304kB to 18874368kB 2010-01-27 09:15:01 Memory size changed from 18874368kB to 4194304kB 2010-01-27 06:47:17 Memory size changed from 4194304kB to 18874368kB
If we were to run a report on Jan 27 for the system with the above configuration changes, we would see that some reports show memory at 18 Gb, some at 4 Gb and the average as n/aMonitor disk mounting in active / passive cluster nodes.