July 2009 - Xymon - Xymon mailman web

[hobbit] Hobbit_Perl_Client v1.21
by wshart＠hormel.com 02 Jul '09

02 Jul '09

Return Receipt Your [hobbit] Hobbit_Perl_Client v1.21 document: was wshart at hormel.com received by: at: 07/02/2009 03:35:42 PM Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. � 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.

1 0

[hobbit] Hobbit_Perl_Client v1.20
by bgmilne＠staff.telkomsa.net 02 Jul '09

02 Jul '09

On Tuesday 30 June 2009 17:09:20 Francesco Duranti wrote: > Hi all... > > Finally after a bit of time I was able to create a new version of the > hobbit_perl_client (monitor of databases, netapp filers, bea WLS). The > download also includes a patch for xymon servers related to graph display > for version 4.2.3/4.3.0-beta2/4.4.0. You can find the download here: > http://sourceforge.net/projects/hobbit-perl-cl/ > I see you created an svn repo ... I would feel much more comfortable if there was more of an appearance of code maintenance. We made some changes to dbcheck.pl on the version we use internally, since there was no activity on this project for a few years .... If a VCS is available, I will try and see if any of the changes are still applicable. Regards, Buchan

2 3

[hobbit] Hobbit_Perl_Client v1.21
by DKDeckert＠Hormel.com 02 Jul '09

02 Jul '09

Return Receipt Your [hobbit] Hobbit_Perl_Client v1.21 document: was DKDeckert at Hormel.com received by: at: 07/02/2009 03:26:45 PM Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. � 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.

1 0

Hobbit_Perl_Client v1.21
by fduranti＠q8.it 02 Jul '09

02 Jul '09

Hi all... this is a bugfix release... if you applied the patch on xymon 4.2.3 please really this patch, there was a bug related to how disk/inode data was handled. This version should also fix another problem with rrd files and qtree and some more little bugs. netapp.pl - v1.21 - Corrected some bugs related to xtstats function - Corrected a bug related to the linecount for snapshot view - Corrected a bug related to the new option for the extended df (netapp.pl was ignoring the netapp.ini option) - Corrected a bug in the patch for 4.2.3 that cause errors in the hobbit_rrd processes - Corrected the size of the volname of qtree volume and a bug related with the header line that was incorrectly recognized as a filesystem From: Francesco Duranti [mailto:fduranti at q8.it] Sent: martedì 30 giugno 2009 17.09 To: hobbit at hswn.dk Subject: [hobbit] Hobbit_Perl_Client v1.20 Hi all... Finally after a bit of time I was able to create a new version of the hobbit_perl_client (monitor of databases, netapp filers, bea WLS). The download also includes a patch for xymon servers related to graph display for version 4.2.3/4.3.0-beta2/4.4.0. You can find the download here: http://sourceforge.net/projects/hobbit-perl-cl/ What's changed in the last version: General - v1.20 - Add +time on the status message only if HOBBIT is defined (don't use it for BB). - Added patches for xymon 4.2.3 / 4.3.0-beta2 / 4.4.0 dbcheck.pl - v1.09 - Corrected a bug with custom checks running every time instead of running only when defined (fast|medium|slow). - Added a check for mysql thread warning/alerts. - Changed the tablespace report to show Size as the MaxSize of the Tablespace instead of the Allocated Space. The %Used is now calculated on the MaxSize and not on the Allocated Space so that you don't get alerts if the tablespace can grow with AutoExtend. - Added tablespace checks for mysql and changed tablespace checks for sqlserver. - Added a "version=8|9" for db2 database in the config file and changed some query to reflect the version. netapp.pl - v1.20 - New tests included: vol status, aggr status, iscsi (various commands), nfsstat, lun (various commands), priority check on volumes, asis deduplication checks and reports. - New report format for disk/inode/snapshot. In disk report you can see ASIS% and aggregate where the volume reside. In the inode and snapshot report you can see where the volumes reside. Before changing the new report mode for DF you MUST patch the xymon server or the rrd for disk graphs will not be created anymore - Created new patches for xymon 4.2.3 and 4.3.0-beta2 and 4.4.0 - Added some instruction on README.bbhosts to divide tests on 2 or more rows (number of test is starting to be high to go on a single row). - Added support for diskless gateway from Netapp (V-Series) and IBM (N-Series). You should add diskless=yes to the filer configuration. - Changed display of df disk and snapshot space report to display as df -h instead of Kb. - Corrected some bug related to Environment report on older NetApp filer - Added a license check that will report as alert if there's any license that is expired on the filer and warning if a license will expire in less then the parameter "licensewarning" defined in the netapp.ini file (default is 30 days).

1 0

Apache graphs
by iain＠shihad.org 02 Jul '09

02 Jul '09

Hello fellow xymoners I have been using the apache status graphs with much success over the past while but I have noticed that some of the RRD files do not get the data added to them. Instead it is NaN. Now I have checked that the hobbit server can access the server status page and I have confirmed that the URL is correct but still no updates. Does anyone know of a way I can get the RRD channel to output debuging messages so I can see what is happening here? I have tried deleting the apache.rrd file and it was recreated (as expected) but still no updates go into it :( Cheers Iain

1 0

Multiple Hobbit server clusters
by j.sansford＠ntlworld.com 02 Jul '09

02 Jul '09

Hello everyone, We have a bit of a predicament at my work and I am hoping the knowledge of this mailing list can help out! I shall explain what we have / need and hopefully there shall be a solution :) We currently have 3 data centres, and would like a hobbit server in each. Our design is to have all servers in one data centre communicating with the hobbit within that data centre. We would then want the hobbit servers to communicate between each other to share the knowledge of the tests so each hobbit has a full view of all 3 data centres. I have currently configured each hobbit to have knowledge of the others by changing BBDISP to 0.0.0.0 and BBDISPLAYS to the 3 hobbit server IP's. I have then configured all our clients to talk only to the the hobbit within the local data centre. So far I have observed that any server side test replicates fine across all hobbits, however it seems for any client side scripts that are run, that only the hobbit the client reports to will get the data and wont share it with the other two. We don't want to have to configure each client to talk to all 3 hobbits as this will increase the network chatter. Hopefully I've explained that well enough, does this make sense and is there a way around it? Many thanks in advance for your time, James.

5 8

[hobbit] Wanna show off.
by david.peters＠dpi.nsw.gov.au 01 Jul '09

01 Jul '09

Do you mean certain functions, or certain hosts. Either way, we do both and the authentication is done to the AD domain so you use your normal passwords and userid's. ------------------------------------------------------------------------------ David Peters +61 2 63913565 +61 4 17863572 ------------------------------------------------------------------------------ From: Denis <denis at crewhub.net> To: hobbit at hswn.dk Date: 01/07/2009 12:37 AM Subject: Re: [hobbit] Wanna show off. I totally agree and have an example : the company where i work. We monitor 4 datacenters with it and it work great. Sadly, hobbit hasn't the possibility to create profiles and granty access to only some parts of the web console. So we are thinking to move on another product, preferably in a model between entreprise and community product. i'm sad we can't wait the new releases of xymon coming... but we need to admit that hobbit, however good it is, has not thoses functionalities yet Reagds, Denis Everett, Vernon wrote: Unfortunately, I agree with Buchan on this. You need to remember, the purpose of IT is to provide solutions, not run preferred software. And this cuts both ways. You can't run Hobbit just because you like it. But by the same token, your PHB can't run his commercial stuff, just because he likes it. It needs to provide a solution to a business need. One of the things you might find yourself up against, is that Hobbit doesn't have "Golf days" with free booze, and fancy cocktail parties and product launches with open bar tabs, goodie-bags and other junkets that the big vendors can provide. And, for the morally elastic PHB, this is the clincher, not the quality of the solution. Good luck. Regards V -----Original Message----- From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] Sent: Monday, 29 June 2009 5:12 PM To: hobbit at hswn.dk Cc: Neil Franken Subject: Re: [hobbit] Wanna show off. On Monday 29 June 2009 08:32:00 Neil Franken wrote: Where can I find the Hobbit User list? Our company is being monitored by Xymon but we have a new manager here that suffers from MS mania. He now wants to spend a couple of thousand dollars on a new monitoring system. I am not going to back down without a fight so if I can show him this list maybe he will realize the error of his ways. >From a business perspective, there may not be an error in his ways. Frankly, a business needs to ensure that their requirements are met in a cost effective manner. So, I would start out from the standpoint that your monitoring tools may not necessarily satisfy the business requirements, and that you are happy to work with him to document the monitoring requirements. Once they are documented, show that you can satisfy all the monitoring requirements with a lower cost, and no businessman will decide against you. Don't fight, cooperate to show that you take the business needs into account, and have actually satisfied them. If there are any monitoring requirements you don't meet yet ... identify them and let's see if we can provide options, before you have to report. I can however note that at least two ISPs in South Africa run Hobbit/Xymon (and Devmon). A recent sporting event in South Africa used Hobbit for monitoring components of the network ... I can give you some more examples off-list. Regards, Buchan To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of their organisation.

4 4

[hobbit] Re: Process monitoring
by dominique.frise＠unil.ch 01 Jul '09

01 Jul '09

The only possibility I see is to run two clients on host fd402. The second client will be started with --hostname=quad bb-hosts: 10.11.12.13 fd402 # <all tests> 10.11.12.13 quad # noconn hobbit-clients.cfg: HOST=fd402 PROC myproc1 HOST=quad PROC myproc2 hobbit-alerts.cfg: HOST=fd402 MAIL admin at example.com HOST=quad SERVICE=procs MAIL dba at example.com Dominique DKDeckert at Hormel.com wrote: > That does work however.... > > The AIX admins what to only see the process that they want... > > > The dba only want to see their's on the dba page > The procs i want to show up will consist of their own and it will not show > up on the aix page > > So AIX will have 4 show up and the DBA will not have them show up but 4 > different ones. This way when a process goes down it wont alert both > groups. > > > > From: rdeal <rdeal at jcvi.org> > > To: <hobbit at hswn.dk> > > Date: 06/30/2009 10:57 AM > > Subject: Re: [hobbit] Re: Process monitoring > > > > > > > For our DBA team here we have a separate page for them with the same hosts > listed but only for the things they are interested in viewing such as > procs, > mysql, msgs, postgres, disk, memory, oratns... > > The same hosts show up on the unix page with the other tests listed there. > > We do this by listing the hosts twice in the bb-hosts file, once with > everything under the unix (or windows server) page and once with just # > noconn under the Database page. > You can then also use the group-only command to limit the columns to list > on > each. > > We do the same thing for our web teams systems. > > > >> From: <DKDeckert at Hormel.com> >> Reply-To: <hobbit at hswn.dk> >> Date: Tue, 30 Jun 2009 09:55:16 -0500 >> To: <hobbit at hswn.dk> >> Subject: Re: [hobbit] Re: Process monitoring >> >> Ok actually this is kinda difficult to explain since i am also new to >> xymon...... >> >> >> >> I have 3 servers , pro12;fd402;fa411 >> >> All thoes servers are already being monitored for hardware on a different >> page for the admins >> >> >> for the dba teams they want a page with specific monitoring. >> >> >> So i will call it QAD for them. QAD has no connection only a name >> >> I want to monitor individual processes from FD402 for example and have it >> show up as a procs for QAD,. >> >> but if i try to do HOST=QAD >> proc 'procname' >> >> it dosent show up. >> >> i also dont want in QAD to have any of the hardware monitoring in the > admin >> page only the procs that will be specific for the dba.. (There is already >> procs being monitored for FD402 but those cant show up in QAD either) >> >> I know its possible ive seen it under example websites........ >> >> >> >> From: Dominique Frise <dominique.frise at unil.ch> >> >> To: hobbit at hswn.dk >> >> Date: 06/30/2009 09:48 AM >> >> Subject: Re: [hobbit] Re: Process monitoring >> >> >> >> >> >> >> DKDeckert at Hormel.com wrote: >>> Is there a way in hobbit-client.cfg to say pro12 procs procname >>> and have it show up under another name. Do you have to have a script to >> do >>> this for you. I know in BB they used the bb-proc.sh script >>> but i thought maybe xymon/hobbit would be more streamlined >>> >>> >>> >>> >>> Notice: >>> This communication is an electronic communication within the meaning of >> the Electronic Communications Privacy Act, 18 U.S.C. § 2510. Its >> disclosure is strictly limited to the recipient(s) intended by the sender >> of this message. This transmission and any attachments may contain >> proprietary, confidential, attorney-client privileged information and/or >> attorney work product. If you are not the intended recipient, any >> disclosure, copying, distribution, reliance on, or use of any of the >> information contained herein is STRICTLY PROHIBITED. Please destroy the >> original transmission and its attachments without reading or saving in > any >> matter and confirm by return email. >> >> Maybe this is what your're looking for (extract from bb-hosts(5) man > page): >> NAME:hostname >> Overrides the default hostname used on the overview web >> pages. If "hostname" contains spaces, it must be >> enclosed in double quotes, e.g. NAME:"R&D Oracle >> Server" >> >> >> Dominique >> >> To unsubscribe from the hobbit list, send an e-mail to >> hobbit-unsubscribe at hswn.dk >> >> >> >> >> >> >> >> Notice: >> This communication is an electronic communication within the meaning of > the >> Electronic Communications Privacy Act, 18 U.S.C. § 2510. Its disclosure > is >> strictly limited to the recipient(s) intended by the sender of this > message. >> This transmission and any attachments may contain proprietary, > confidential, >> attorney-client privileged information and/or attorney work product. If > you >> are not the intended recipient, any disclosure, copying, distribution, >> reliance on, or use of any of the information contained herein is > STRICTLY >> PROHIBITED. Please destroy the original transmission and its attachments >> without reading or saving in any matter and confirm by return email. > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > > > > > Notice: > This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. § 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.

2 1

[hobbit] Wanna show off.
by bgmilne＠staff.telkomsa.net 01 Jul '09

01 Jul '09

On Tuesday 30 June 2009 16:21:46 Denis wrote: > I totally agree and have an example : the company where i work. > We monitor 4 datacenters with it and it work great. > Sadly, hobbit hasn't the possibility to create profiles and granty > access to only some parts of the web console. > So we are thinking to move on another product, preferably in a model > between entreprise and community product. > i'm sad we can't wait the new releases of xymon coming... but we need to > admit that hobbit, however good it is, has not thoses functionalities yet 1)I think it should actually be quite easy to workaround this by having different areas in separate files, and including them into the main bb-hosts file, running bb-gen for each include file separately (to set a different cgi path), and multiple scriptalias statements to the usual CGIs, with SetEnv used inside the location to set the correct BBHOSTS variable (and do the authorization on the apache side). 2)This feature is on the roadmap for 4.5 I think 3)This is something that could be implemented without any changes to any core Xymon code. I haven't had time to start a web interface, but if we can get a few people to agree on the architecture, I am sure we can have something working without too much effort or time. Regards, Buchan

1 0

bbgen core dump with COMPACT statement in bb-hosts
by dewey＠sasser.com 01 Jul '09

01 Jul '09

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20090701/03f1e9a4/attach…>

1 0