[Xymon] winpsclient: what about "clientbbwinmembug" setting?
Dominique Frise
dominique.frise at unil.ch
Fri Jun 10 15:50:15 CEST 2016
The memory labels were updated -I think- since xymon-4.3.26.
The first label is for UNIX/Linux and the second for Windows boxes.
On our 4.3.27 server, a Windows 2012R2 server with 16GB memory reports like this:
Memory Used Total Percentage
Real/Physical 13085M 16384M 79%
Actual/Virtual 18099M 22534M 80%
Swap/Page 455M 6150M 7%
For Win boxes with clientbbwinmembug = 0, the Page line shows the pagefile usage.
Hope this helps,
Dominique - UNIL
Dominique Frise<http://www3.unil.ch/annuaire/browse/person/cn=Dominique%20Frise,%20ou=Centre%20informatique,%20ou=Services%20Centraux,%20ou=Direction,%20o=Universite%20de%20Lausanne,%20c=ch?query=frise&base=o=Universite+de+Lausanne,c=ch&category=0>
Senior System Engineer | Centre Informatique UNIL<http://unil.ch/ci>
________________________________
De : Xymon <xymon-bounces at xymon.com> de la part de zak.beck at accenture.com <zak.beck at accenture.com>
Envoyé : vendredi 10 juin 2016 14:53
À : MARIO.DECHENNO at unina2.it; xymon at xymon.com
Objet : Re: [Xymon] winpsclient: what about "clientbbwinmembug" setting?
Hi Mario
Personally I think the labels are very misleading :(
Not sure why you're getting different results on different versions of OS, the figures come from WMI.
When clientbbwinmembug = 1 (the default):
· Physical is physical, so that is OK.
· Actual is swap as you say.
· Swap is usually roughly the sum of physical + actual (swap).
When clientbbwin membug = 0, then the values for actual and swap should be exchanged (swap is swap and actual is roughly the sum of physical + swap).
However, Windows memory management is not simple. Some used "memory" might be in both the swap file and RAM and there are memory-mapped files and so on that make the usage figure hard to understand (which is why "page/swap" used does not equal real used + actual used).
Also, some processes might be partially or totally swapped out of physical memory to the swap file, so you cannot say that Real used "is the sum total of memory utilizations of all the processes running on the server".
Incidentally, the client just gets the figures from this:
Get-WmiObject -Class Win32_OperatingSystem
The client then does no processing other than a bit of subtraction to get the used amount (from total – free). So unfortunately any misreporting is usually because of WMI is misreporting it.
Cheers
Zak Beck
Infrastructure Tech Support Specialist
Accenture
Tel: +44 (0) 203 335 5788
Email: zak.beck at accenture.com<mailto:zak.beck at accenture.com>
Upcoming PTO (leave): Aug 1st – Aug 12th, Aug 26th
Out of Office: May 19th, Jul 6th-8th
Our core values: Stewardship - Best People - Client Value Creation - One Global Network - Respect for the Individual - Integrity
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy.
Accenture means Accenture (UK) Limited (registered number 4757301), registered in England and Wales with registered address at 30 Fenchurch Street, London EC3M 3BD.
From: Mario DE CHENNO [mailto:MARIO.DECHENNO at unina2.it]
Sent: 10 June 2016 13:16
To: Beck, Zak <zak.beck at accenture.com>; xymon at xymon.com
Subject: Re: winpsclient: what about "clientbbwinmembug" setting?
I was sure it was a legacy setting, and understand your point of view.
Anyway things are not totally clear for me....
I have a plain xymon 4.3.17 installation. Some memtests are presented as reported below.
As you can see, labels are different in bbwin and psclient reports. Furthermore, Swap value seems wrong for psclient on 2003.
Does still clientbbwinmembug default really matter? How are others dealing with that?
Mario
=======================================================
Windows server 2003 - BBwin
Memory Used Total Pctg
Physical: 825M 4095M 20%
Virtual: 35M 2047M 1%
[<- SWAP]
Page: 576M 5976M 9%
Windows server 2003 - xymonclient.ps1 1.96 2015-01-21
clientbbwinmembug : 1
Memory Used Total Percentage
Physical 2641M 8191M 32%
Actual 8M 8191M 0%
Swap 2219M 9799M 22%
[where is SWAP? size is set to 2046-4092, it actually is 2046 MB]
Windows server 2012R2 - xymonclient.ps1 2.15 2016-02-03
clientbbwinmembug : 0
Memory Used Total Percentage
Physical 1052M 8191M 12%
Actual 835M 8191M 10%
Swap 0M 4096M 0%
[<- SWAP]
Windows server 2008 - xymonclient.ps1 2.02 2015-05-13
clientbbwinmembug : 1
Memory Used Total Percentage
Physical 1810M 8192M 22%
Actual 0M 8192M 0% [<- SWAP]
Swap 1680M 16381M 10%
=======================================================0
Il giorno ven, 10/06/2016 alle 11.16 +0000, zak.beck at accenture.com<mailto:zak.beck at accenture.com> ha scritto:
Hi Mario
This setting existed before I started maintaining the script.
I believe it is there in case you have been using BBWin – all it does is swap the values reported for swap and virtual.
My guess is that BBWin reported these a certain way round, the actual correct way round is the opposite, but to maintain compatibility it does it like BBWin – unless you set clientbbwinmemdebug = 0.
If you're migrating from BBWin my guess is you'd want this on so that the client reports the same way. Otherwise, you may want it off.
The other problem with changing it is that I understand some admins have changed the text at the server end to be "correct" for them – so changing it here as well will cause more confusion!
I can add some documentation to the .doc file for what the parameter does.
Zak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20160610/96911993/attachment.html>
More information about the Xymon
mailing list