Hi Paul,<br><br><div><span class="gmail_quote">2006/8/8, Paul <<a href="mailto:wes902@gmail.com">wes902@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi;<br><br> I have ran into an issue with the upsmon tool leaking memory over a<br>two month period. It seems to be due to one of my UPS hosts offline.<br>System is a debian stable with the default nut package. Here's the
<br>data so far:<br><br>companyfs1:/var/log# ps aux | grep [n]ut<br>nut 2439 0.0 3.6 380800 18800 ? S Jun05 6:41 /sbin/upsmon<br><br>>From my logfiles its failing on one of my UPS servers<br>Aug 8 11:24:15 companyfs1 upsmon[2439]: UPS [
<a href="mailto:sm700_0@192.168.1.21">sm700_0@192.168.1.21</a>]:<br>connect failed: Connection failure: Connection refused<br>Aug 8 11:24:20 companyfs1 upsmon[2439]: UPS [<a href="mailto:sm700_0@192.168.1.21">sm700_0@192.168.1.21
</a>]:<br>connect failed: Connection failure: Connection refused<br>Aug 8 11:24:25 companyfs1 upsmon[2439]: UPS [<a href="mailto:sm700_0@192.168.1.21">sm700_0@192.168.1.21</a>]:<br>connect failed: Connection failure: Connection refused
<br><br>Using the configuration file of:<br>MONITOR <a href="mailto:sm700_0@192.168.1.21">sm700_0@192.168.1.21</a> 1 monitoruser password slave<br>MONITOR <a href="mailto:rm3000_0@192.168.1.22">rm3000_0@192.168.1.22</a> 0 monitoruser password slave
<br>MINSUPPLIES 1<br>SHUTDOWNCMD "/sbin/shutdown -h +0"<br># NOTIFYCMD /usr/local/ups/bin/notifyme<br>POLLFREQ 5<br>POLLFREQALERT 5<br>HOSTSYNC 15<br>DEADTIME 15<br>POWERDOWNFLAG /etc/killpower<br>RBWARNTIME 43200
<br>NOCOMMWARNTIME 300<br>FINALDELAY 5<br><br>Upsmon is:<br>companyfs1:/var/log# /sbin/upsmon -V<br>Network UPS Tools upsmon 2.0.1<br><br>Rehupping the process<br><br>companyfs1:/tmp# ps aux | grep [n]ut<br>nut 30369
0.0 0.1 1720 756 ? S 11:31 0:00 /sbin/upsmon<br><br>(of course the process is erroring again)<br>Aug 8 11:38:03 companyfs1 upsmon[30369]: UPS [<a href="mailto:sm700_0@192.168.1.21">sm700_0@192.168.1.21</a>
]:<br>connect failed: Connection failure: Connection refused<br><br>and memory consumption is going back up<br><br>companyfs1:/var/log# uptime; ps aux | grep [n]ut<br> 12:03:03 up 63 days, 21:48, 1 user, load average: 4.94
, 4.64, 4.47<br>nut 30369 0.0 0.1 1840 808 ? S 11:31 0:00 /sbin/upsmon<br><br><br>Valgrind:<br>valgrind --tool=memcheck --leak-check=full /sbin/upsmon<br>==30798== LEAK SUMMARY:<br>==30798== definitely lost: 72 bytes in 2 blocks.
<br>==30798== indirectly lost: 264 bytes in 22 blocks.<br>==30800== LEAK SUMMARY:<br>==30800== definitely lost: 72 bytes in 2 blocks.<br>==30800== indirectly lost: 264 bytes in 22 blocks.<br>==30802== LEAK SUMMARY:
<br>==30802== definitely lost: 392 bytes in 3 blocks.<br>==30802== indirectly lost: 280 bytes in 23 blocks.<br><br>wait for the upsmon attempt to touch the server again...<br>==30861== LEAK SUMMARY:<br>==30861== definitely lost: 41328 bytes in 268 blocks.
<br><br>and again...<br>==30879== LEAK SUMMARY:<br>==30879== definitely lost: 39112 bytes in 124 blocks.<br><br><br>I searched upsuser and upsdev lists but didn't find any mention of the<br>issue, I'll give 2.0.4 a whirl and see if it generates the same memory
<br>loss.<br></blockquote></div><br>there has been no change in upsmon for awhile, so I don't think 2.0.4 or trunk will fix this.<br><br>If you get more info, or a patch, please update us.<br><br>thanks for your report.<br>
<br clear="all">Arnaud<br>-- <br>Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt<br>Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/">http://www.networkupstools.org/</a><br>Debian Developer -
<a href="http://people.debian.org/~aquette/">http://people.debian.org/~aquette/</a><br>OpenSource Developer - <a href="http://arnaud.quette.free.fr/">http://arnaud.quette.free.fr/</a>