calculation of memory and swap
list Rolf Schrittenlocher
Hi all, we are using solaris zones. I know, memory and swap is a bit triggy on zones, but I have a case where I think data is correct but the interpretation made by xymon (4.3.7) is wrong. The zone is restricted up to 17 Gb swap and 8.5 Gb memory. This is was the client collects [memory] 0 0 0 4430008 9320720 4403 39524 0 0 0 0 0 0 0 0 0 4752 113338 6142 1 3 96 [swap] total: 1745856k bytes allocated + 10589520k reserved = 12335376k used, 4441840k available [swaplist] swapfile dev swaplo blocks free /dev/swap 4294967295,4294967295 16 4194288 702832 This is what xymon is presenting as result after interpretation: Physical -971M 8192M -11% Swap 1646M 2047M 80% My idea is that values larger than 10 Gb are calculated the wrong way (because all zones using total memory less than 10 Gb are presented correctly). But I cannot find the place to fix this. Any ideas or hints? Thanks, Rolf -- Mit freundlichen Gruessen Rolf Schrittenlocher Lokales Bibliothekssystem Frankfurt Senckenberganlage 31, 60054 Frankfurt Tel: (XX) XX - XXX XXXXX Fax: (XX) XX XXX XXXXX LBS: user-1e39a1813094@xymon.invalid Persoenlich: user-4b3b4051a09b@xymon.invalid
list Jeremy Laidman
On 19 September 2013 17:38, Rolf Schrittenlocher <
▸
user-4b3b4051a09b@xymon.invalid> wrote:
My idea is that values larger than 10 Gb are calculated the wrong way (because all zones using total memory less than 10 Gb are presented correctly). But I cannot find the place to fix this. Any ideas or hints?
Perhaps it's not a special case for >10G, but perhaps it's an overflow at 8G, so that anything larger than that goes negative. I'm guessing 8G (rather than 10G) would be the threshold, as it's a power of two. Are you able to reduce the zone's RAM allocation to a little greater, and then a little less than 8G to see if this is the case? Or do you have examples of correctly displayed values greater than 8G and less that 10G? By 8G, I mean exactly 2^33=8589934592 (or perhaps one less). J
list Betsy Schwartz
Upgrading to the 4.3.10 client fixed out oddball negative memory reports, which we had on servers with more than 128G RAM
▸
On Sep 19, 2013, at 9:06 PM, Jeremy Laidman <user-71895fb2e44c@xymon.invalid> wrote:
On 19 September 2013 17:38, Rolf Schrittenlocher <user-4b3b4051a09b@xymon.invalid> wrote:My idea is that values larger than 10 Gb are calculated the wrong way (because all zones using total memory less than 10 Gb are presented correctly). But I cannot find the place to fix this. Any ideas or hints?Perhaps it's not a special case for >10G, but perhaps it's an overflow at 8G, so that anything larger than that goes negative. I'm guessing 8G (rather than 10G) would be the threshold, as it's a power of two. Are you able to reduce the zone's RAM allocation to a little greater, and then a little less than 8G to see if this is the case? Or do you have examples of correctly displayed values greater than 8G and less that 10G? By 8G, I mean exactly 2^33=8589934592 (or perhaps one less). J
list Rolf Schrittenlocher
Hi Betsy and Jeremy, no, I don't have an example for the test you asked for, Jeremy. We'll follow Betsy's hint and upgrade to 4.3.10 thank you for helping, Rolf
▸
Upgrading to the 4.3.10 client fixed out oddball negative memory reports, which we had on servers with more than 128G RAM On Sep 19, 2013, at 9:06 PM, Jeremy Laidman <user-71895fb2e44c@xymon.invalid <mailto:user-71895fb2e44c@xymon.invalid>> wrote:On 19 September 2013 17:38, Rolf Schrittenlocher <user-4b3b4051a09b@xymon.invalid <mailto:user-4b3b4051a09b@xymon.invalid>> wrote: My idea is that values larger than 10 Gb are calculated the wrong way (because all zones using total memory less than 10 Gb are presented correctly). But I cannot find the place to fix this. Any ideas or hints? Perhaps it's not a special case for >10G, but perhaps it's an overflow at 8G, so that anything larger than that goes negative. I'm guessing 8G (rather than 10G) would be the threshold, as it's a power of two. Are you able to reduce the zone's RAM allocation to a little greater, and then a little less than 8G to see if this is the case? Or do you have examples of correctly displayed values greater than 8G and less that 10G? By 8G, I mean exactly 2^33=8589934592 (or perhaps one less). J
-- Mit freundlichen Gruessen Rolf Schrittenlocher Lokales Bibliothekssystem Frankfurt Senckenberganlage 31, 60054 Frankfurt Tel: (XX) XX - XXX XXXXX Fax: (XX) XX XXX XXXXX LBS: user-1e39a1813094@xymon.invalid Persoenlich: user-4b3b4051a09b@xymon.invalid
list Rolf Schrittenlocher
Hi all, seems I don't understand xymoncmd correctly. Could anyone please provide an example how to do an ldap test with xymoncmd? kind regards Rolf ldap is loaded: xymoncmd xymonnet --version 2013-09-25 09:29:39 Using default environment file /opt/hebis/xymon-4.3.7/server/etc/xymonserver.cfg xymonnet version 4.3.7 SSL library : OpenSSL 0.9.8p 16 Nov 2010 LDAP library: OpenLDAP 20416
▸
--
Mit freundlichen Gruessen
Rolf Schrittenlocher
Lokales Bibliothekssystem Frankfurt
Senckenberganlage 31, 60054 Frankfurt
Tel: (XX) XX - XXX XXXXX Fax: (XX) XX XXX XXXXX
LBS:user-1e39a1813094@xymon.invalid
Persoenlich:user-4b3b4051a09b@xymon.invalid