Hi @all,
maybe we found the problem with displaying the memory. We checked all
memora data of our monitoring systems and it seems,
that we only have this "phanomenom" on 1 or 2 older solaris machines.
All other machines shows the right data. The colleage
which is responsible for these machines has overreacted. I'm sorry for
the circumstances, we look now for these data whats going
wrong with it. If we have further questions, i will go on for this.
Until now, thanks for the early response.
KInd Regards
Torsten Ogrissek
Am 31.07.2013 18:44, schrieb Novosielski, Ryan:
> I am not seeing this one. How are you getting memory used from "the system" when you check that way?
>
> For mine, I get the appropriate numbers. See:
>
> # vmstat
> kthr memory page disk faults cpu
> r b w swap free re mf pi po fr de sr m0 m1 m4 m5 in sy cs us sy id
> 0 0 0 31227688 25971592 142 521 10 6 6 0 0 14 10 12 1 2239 4198 2471 11 2 87
>
> ..."free" is about 25GB.
>
> From Xymon:
>
> Wed Jul 31 12:43:58 EDT 2013 - Memory OK
>
> Memory Used Total Percentage
> green Physical 7035M 32768M 21%
>
> ...looks about right to me (the data is slightly different ages so forgive the small inconsistency).
>
> ____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*
> || \\UTGERS |---------------------*O*---------------------
> ||_// Biomedical | Ryan Novosielski - Sr. Systems Programmer
> || \\ and Health | novosirj at rutgers.edu - 973/972.0922 (2x0922)
> || \\ Sciences | OIT/EI-Academic Svcs. - ADMC 450, Newark
> `'
> ________________________________________
> From: Xymon [xymon-bounces at xymon.com] On Behalf Of Torsten Ogrissek [torsten.ogrissek at pixelpark.com]
> Sent: Wednesday, July 31, 2013 7:38 AM
> To: xymon at xymon.com
> Subject: [Xymon] Memory Monitor Solaris 10 Client
>
> Dear Xymon-Team,
>
>
> we have mentioned a problem with our memory monitors for solaris
> clients. the data shown on the page of every monitor for solaris
> are the mirrored like it is - let me explain.
> We have installed munin and xymon on a solaris 10 machine, so that we
> can compare the data from both tools.
> If munin and the system says the current memory used is 48% --> xymon
> shows 52%.
> If munin and the system shows that 15% are currently used - xymon shows
> 85%... and so on.
> We currently use Xymon server 4.3.10 and solaris client 4.3.7.
>
> Do you have any idea, what we can do, is it a bug - maybe fixed in newer
> client versions, or do we have to configure
> something for the correct data?
>
>
> Regards
> Torsten
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
>
--
Pixelpark AG, Torsten Ogrissek, IT Administrator
Bergmannstraße 72, D-10961 Berlin, Tel +49.30.5058-1793, Fax -1400,
Mobil +49.162.2055582
Pixelpark
Web: http://www.pixelpark.com | Blog: http://www.wildpark.de | Twitter:
http://www.pixelpark.com/twitter | Facebook:
http://www.pixelpark.com/facebook
Vorstand: Horst Wagner (Vorsitzender), Dirk Kedrowitsch,
Aufsichtsratsvorsitzender: Carsten Deecke, Amtsgericht Charlottenburg:
HRB 72163
This e-mail has been sent by Pixelpark AG, Germany. It is intended for
the named recipient only. The information contained in this message and
any attachments hereto are confidential and may be legally privileged.
If you have received this e-mail in error or are not the intended
recipient, please immediately notify the sender by return e-mail and
delete this message and all attachments to it from your system without
keeping a copy. Thank you for your cooperation.
Please consider your environmental responsibility. Do you really need to
print this e-mail?
Simple enough to prove. For those of you having memory leak issues, just disable the msgs agent by commenting out the dll section in bbwin.
----- Original Message -----
From: Neil Simmonds
Sent: 08/01/13 09:14 AM
To: xymon at xymon.com
Subject: Re: [Xymon] Windows Client
It's my experience with the BBWin client that it's the Event log part that seems to be causing the memory leak. Even when you have a decent set of ignores it still has to scan all the recent messages and on a Domain Controller or some other busy system this can be quite a large amount of messages.
> -----Original Message-----
> From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of David Baldwin
> Sent: 31 July 2013 00:30
> To: Henrik Størner
> Cc: xymon at xymon.com
> Subject: Re: [Xymon] Windows Client
>
> On 31/07/13 1:17 AM, Henrik Størner wrote:
> > On 30-07-2013 16:32, Scot Kreienkamp wrote:
> >> Couldn't tell you what version of PS I was running, but it was the
> >> current one of the time. I never saw anything but a small spike
> >> reported back to Xymon, so if you're looking there you won't see
> >> them. I only saw them when I was watching the task manager on the
> >> server itself. The servers were sitting between 10-15% usage
> >> generally, and would only spike when the WinPSClient ran. This was
> >> on 2008R2 VM's on ESX4 at the time.
> >
> > My "gut feeling" is that it is the eventlog-scanning that causes many
> > of these spikes - it certainly was/is with the old BBWin client, and I
> > would suspect that WinPSClient has the same problem.
> >
> > Could be wrong - it's been quite some time since I delved into it.
> >
> The eventlog scanning was unfinished business. The Get-EventLog cmdlet is very
> basic - from memory, despite it having options like -After it would in fact scan the
> entire event log every time. Get-WinEvent is the updated version - not sure if that
> was available on 2003. I'd started looking at the .Net eventlog stuff as a
> workaround and that was more promising, but since I log ship everything to a
> central server with syslog and process it there, eventlog stuff was not a high
> priority with me.
>
> David.
>
> --
> David Baldwin - Senior Systems Administrator (Datacentres + Networks)
> Information and Communication Technology Services
> Australian Sports Commission http://ausport.gov.au
> Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616
> david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617
>
>
> -------------------------------------------------------------------------------------
> Keep up to date with what's happening in Australian sport visit
> http://www.ausport.gov.au
>
> This message is intended for the addressee named and may contain confidential
> and privileged information. If you are not the intended recipient please note that
> any form of distribution, copying or use of this communication or the information
> in it is strictly prohibited and may be unlawful. If you receive this message in error,
> please delete it and notify the sender.
> -------------------------------------------------------------------------------------
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
Name & Registered Office: EXPRESS GIFTS LIMITED, 2 GREGORY ST, HYDE, CHESHIRE, ENGLAND, SK14 4TH, Company No. 00718151.
Express Gifts Limited is authorised and regulated by the Financial Conduct Authority
-----------------------------------------------------------------
NOTE: This email and any information contained within or attached in a separate file is confidential and intended solely for the Individual to whom it is addressed. The information or data included is solely for the purpose indicated or previously agreed. Any information or data included with this e-mail remains the property of Findel PLC and the recipient will refrain from utilising the information for any purpose other than that indicated and upon request will destroy the information and remove it from their records. Any views or opinions presented are solely those of the author and do not necessarily represent those of Findel PLC. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. No warranties or assurances are made in relation to the safety and content of this e-mail and any attachments. No liability is accepted for any consequences ar
ising from it. Findel Plc reserves the right to monitor all e-mail communications through its internal and external networks. If you have received this email in error please notify our IT helpdesk on +44(0) 1254 303030
--
BBWin Development - The Windows client for Big Brother and Xymon
http://bbwin.sourceforge.nethttp://xymon.sourceforge.net
It's my experience with the BBWin client that it's the Event log part that seems to be causing the memory leak. Even when you have a decent set of ignores it still has to scan all the recent messages and on a Domain Controller or some other busy system this can be quite a large amount of messages.
> -----Original Message-----
> From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of David Baldwin
> Sent: 31 July 2013 00:30
> To: Henrik Størner
> Cc: xymon at xymon.com
> Subject: Re: [Xymon] Windows Client
>
> On 31/07/13 1:17 AM, Henrik Størner wrote:
> > On 30-07-2013 16:32, Scot Kreienkamp wrote:
> >> Couldn't tell you what version of PS I was running, but it was the
> >> current one of the time. I never saw anything but a small spike
> >> reported back to Xymon, so if you're looking there you won't see
> >> them. I only saw them when I was watching the task manager on the
> >> server itself. The servers were sitting between 10-15% usage
> >> generally, and would only spike when the WinPSClient ran. This was
> >> on 2008R2 VM's on ESX4 at the time.
> >
> > My "gut feeling" is that it is the eventlog-scanning that causes many
> > of these spikes - it certainly was/is with the old BBWin client, and I
> > would suspect that WinPSClient has the same problem.
> >
> > Could be wrong - it's been quite some time since I delved into it.
> >
> The eventlog scanning was unfinished business. The Get-EventLog cmdlet is very
> basic - from memory, despite it having options like -After it would in fact scan the
> entire event log every time. Get-WinEvent is the updated version - not sure if that
> was available on 2003. I'd started looking at the .Net eventlog stuff as a
> workaround and that was more promising, but since I log ship everything to a
> central server with syslog and process it there, eventlog stuff was not a high
> priority with me.
>
> David.
>
> --
> David Baldwin - Senior Systems Administrator (Datacentres + Networks)
> Information and Communication Technology Services
> Australian Sports Commission http://ausport.gov.au
> Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616
> david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617
>
>
> -------------------------------------------------------------------------------------
> Keep up to date with what's happening in Australian sport visit
> http://www.ausport.gov.au
>
> This message is intended for the addressee named and may contain confidential
> and privileged information. If you are not the intended recipient please note that
> any form of distribution, copying or use of this communication or the information
> in it is strictly prohibited and may be unlawful. If you receive this message in error,
> please delete it and notify the sender.
> -------------------------------------------------------------------------------------
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
Name & Registered Office: EXPRESS GIFTS LIMITED, 2 GREGORY ST, HYDE, CHESHIRE, ENGLAND, SK14 4TH, Company No. 00718151.
Express Gifts Limited is authorised and regulated by the Financial Services Authority
--------------
NOTE: This email and any information contained within or attached in a separate file is confidential and intended solely for the
Individual to whom it is addressed. The information or data included is solely for the purpose indicated or previously agreed. Any
information or data included with this e-mail remains the property of Findel PLC and the recipient will refrain from utilising the
information for any purpose other than that indicated and upon request will destroy the information and remove it from their records.
Any views or opinions presented are solely those of the author and do not necessarily represent those of Findel PLC. If you are not
the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing,
or copying of this email is strictly prohibited. No warranties or assurances are made in relation to the safety and content of this
e-mail and any attachments. No liability is accepted for any consequences arising from it. Findel Plc reserves the right to monitor
all e-mail communications through its internal and external networks. If you have received this email in error please notify our IT
helpdesk on +44(0) 1254 303030