Nagios is in use at the server side. Each client (our servers) has the nagios client, with scipting instead of the nagios plugins, and sec.
Sec is in use for monitoring the /var/log/messages, it makes the server go into Q3 and stay there and has quite some CPU load as well. Usefull, I don't know, perhaps but why brun so many cycles and keep busy all the time? I mean, how many message can you write and consequently read? At least when we monitor the linux console with PROP we won't have that much overhead. The other part is scripting scheduled in cron to monitor the filesystem and processes. They tend to run at the same time for all servers and have some CPU load as well. I did notice the mon_fsstat and such, that only have minor impact on the linuxsystem and they even write records every minute. So in this case, usefull yes, but at a cost. Berry. Op 19-08-10 22:04, David Kreuter schreef: > Are Nagios and local scripts waking up needlessly? or are they doing > legitimate work even if it is wasteful? > David Kreuter > > > -------- Original Message -------- > Subject: How to convince others. Was: Re: mono keep guest active - ban > the blips. > From: Berry van Sleeuwen <berry.vansleeu...@xs4all.nl> > Date: Thu, August 19, 2010 3:49 pm > To: LINUX-390@VM.MARIST.EDU > > That's a good way to make things clear. Especially to management. > > Here is a challenge. We are in the process of enrolling new machines > into production. Part of that is that they want to force us to install a > general monitoring tool (nagios and local scripting). We noticed quite a > dramatic increase in resource usage. CPU at least doubles and the guests > all go to Q3. Upon our comments on wasting resources, poorer storage > handling etc. management responds "so then we have to buy storage". So > we now have to write a bussinesscase why we NOT should increase storage > to handle the load. What are convincing arguments? After a few years of > discussing this over and over again I'm out of ideas. > > Thanks, Berry. > > > Op 17-08-10 23:35, Barton Robinson schreef: > >> The reason these "blips" are so virtual unfriendly - think about poor >> old z/vm storage management. We need to steal some pages for some real >> work going on. Do we steal it from the server doing real >> transactions? or from the one that is blipping? oops, we can't tell >> the difference. >> >> > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > > ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
