<div class="gmail_quote">On Sun, Dec 20, 2009 at 9:46 AM, Jaime Kikpole <span dir="ltr"><<a href="mailto:jkikpole@cairodurham.org">jkikpole@cairodurham.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sunday, December 20, 2009, Xymon User in Richmond<br>
<div class="im"><<a href="mailto:hobbit@epperson.homelinux.net">hobbit@epperson.homelinux.net</a>> wrote:<br>
> Any chance the kernel<br>
> or related components have been updated since the last previous reboot<br>
> and/or since the Xymon build, and that this reboot loaded the changes?<br>
<br>
</div>Not a bad question, but no.  There have been no changes in the kernel<br>
or OS for a little while now.  In fact I am hoping to have a chance to<br>
do an update in about two weeks.<br>
<br>
The system did reboot unexpectedly, though.  I wouldn't have expected<br>
that to have an effect.  What do you think?<br>
<br>
I tried a "controlled" restate just now via shutdown -r now.  After<br>
giving the systema few minutes to talk to itself, it is still<br>
reporting strangely high numbers.<br>
<br>
Would it make sense to pkg_delete the Xymon daemon on the observed<br>
host and reinstall it?  Or could that make things worse?<br></blockquote><div><br>If you click through the "client data available" link, you'll see this near the top:<br><br><pre>     [meminfo]<br>     Total:4084<br>
     Free:6920<br>     [swapinfo]<br>     Device          1K-blocks     Used    Avail Capacity<br>     /dev/da0s1b       4194304        0  4194304     0%<br></pre><br>That "Total:4084" is supposed to be the total physical memory in the system, if I'm reading the freebsd-meminfo.c source correctly.  If you have the xymon source, that's under the "client" directory.<br>
<br>If that system is supposed to have 8G of memory, I think the kernel may not be seeing half of it...<br><br>Ralph Mitchell<br> </div></div>