December 2007 - Xymon - Xymon mailman web

[hobbit] Sending alerts to remote system running qpage
by Keller_Liora＠emc.com 04 Dec '07

04 Dec '07

It will save us so much time, to be able to forward the pages to the already configured remote qpage. Can you please email me the qpage.pl script you are running on the Hobbit server to forward the paging to the qpage server? Thanks, Liora

3 2

dbcheck.pl + MsSQL monitoring
by linuxmasterjedi＠free.fr 04 Dec '07

04 Dec '07

Hello guys, I'm wondering if someone already checking MsSQL databases. I'm curious about each step to monitor it. I've installed freetds and wrote that : [myMySQL_DB] host = bahia.latecoere.gl.local port = 1433 tds version = 7.0 Netapp.ini: [myMySQL_DB] dbtype = SQLServer hostname = MsSQLServer1 port = 1433 username = hobbit password = hobbitpwd bb-hosts group MsSQL 0.0.0.0 myMySQL_DB # noconn noping dbcheck NAME:"CE" DESCR:"MsSQLServer1:" But it doesn't work, I have this error : Connection failed with unknown error for "DBI:Sybase:host=bahia;port=1433;encryptPassword=1"! Anyone could have an idea why ?

2 1

test
by michael.nemeth＠lmco.com 04 Dec '07

04 Dec '07

1 0

[hobbit] Solaris vmstat and sar
by jkwade＠futurefrontiers.com 03 Dec '07

03 Dec '07

But you should not see a major difference like 67% idle to 1% idle.... I've tried using two screens on the same system comparing sar to vmstat and using different intervals. vmstat significantly understates cpu usage in comparison to top, uptime, and sar. Does any have any ideas? James -----Original Message----- From: Langford, Kenneth [mailto:crlangfo at ugs.com] Sent: Monday, December 03, 2007 2:13 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Solaris vmstat and sar The vmstat first line shows the system average stats for systems since the last time the system was booted. Vmstat shows the average use over the 5 second interval in you example below of vmstat 5 5. Sar shows the stats at the time the check was taken. So you are not comparing apples to apples. So they are going to give you different results. Ken L. -----Original Message----- From: James Wade [mailto:jkwade at futurefrontiers.com] Sent: Monday, December 03, 2007 2:34 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Solaris vmstat and sar Tried that, It didn't work. You still get some lines that have incorrect data, like 67% idle. The sar data showed cpu idle at 1% or 0% all 5 lines. James -----Original Message----- From: Lund, Holly [mailto:holly.lund at hq.doe.gov] Sent: Monday, December 03, 2007 1:12 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Solaris vmstat and sar vmstat first output is invalid. doing vmstat 5 5 the other 4 should change to reflect sar Holly Lund To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Solaris vmstat and sar
by jkwade＠futurefrontiers.com 03 Dec '07

03 Dec '07

Tried that, It didn't work. You still get some lines that have incorrect data, like 67% idle. The sar data showed cpu idle at 1% or 0% all 5 lines. James -----Original Message----- From: Lund, Holly [mailto:holly.lund at hq.doe.gov] Sent: Monday, December 03, 2007 1:12 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Solaris vmstat and sar vmstat first output is invalid. doing vmstat 5 5 the other 4 should change to reflect sar Holly Lund

2 1

[hobbit] Solaris vmstat and sar
by jkwade＠futurefrontiers.com 03 Dec '07

03 Dec '07

I agree with you, but the snapshots that I emailed were taken at the same time. I'm now graphing both Sar CPU Utilization, and Hobbit CPU Utilization which uses vmstat. SAR shows the more correct CPU Utilization as compared to CPU Load (uptime). Also, "TOP" confirms that CPU is loaded. I have a multi-cpu version of top I use and all the CPU's are max'd with 1% or 2% idle. During this timeframe, cpu utilization using vmstat shows 67% idle.. I've seen this problem for a while now on multiple systems, but I just recently wrote my own sar script to put sar cpu into hobbit graphs to confirm this. Here's where I just did a 5 minute average in two different windows on the same box at the same time: vmstat shows 67% idle, sar, 26% idle: vmstat 300 2 kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr s3 s3 s9 s1 in sy cs us sy id 0 4 0 68896560 24040168 673 3181 1548 15 14 0 0 12 12 0 0 12938 44125 19506 18 15 67 0 4 0 68896480 24040352 673 3181 1548 15 14 0 0 12 12 0 0 12942 44130 19525 18 15 67 $ sar 300 1 12:44:17 %usr %sys %wio %idle 12:49:17 31 32 11 26 TOP shows sar is correct: load averages: 18.56, 17.41, 17.71 12:54:14 866 processes: 836 sleeping, 1 running, 7 stopped, 22 on cpu CPU states: 14.6% idle, 36.6% user, 32.4% kernel, 16.5% iowait, 0.0% swap Memory: 48G real, 24G free, 18G swap in use, 65G swap free James _____ From: Lars Ebeling [mailto:lars.ebeling at leopg9.no-ip.org] Sent: Monday, December 03, 2007 12:28 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Solaris vmstat and sar Hello, I don't think you should compare like that. They are snapshots and only reflecting the status at that moment. I did vmstat -n 5 5 on HP-UX and got: VM memory page faults avm free re at pi po fr de sr in sy cs 65466 9823 22 8 2 0 0 0 1 113 3 139 CPU cpu procs us sy id r b w 37 4 60 2 0 0 65466 9675 6 4 1 0 0 0 0 113 377 87 2 1 96 2 0 0 71121 8536 174 43 5 0 0 0 0 117 6766 142 23 13 65 2 4 0 71121 8991 201 98 3 0 0 0 0 98 8594 238 65 24 12 2 4 0 84056 8990 86 34 1 0 0 0 0 103 3979 120 5 3 92 5 1 0 # Here you can see that idle varies 60% 96% 65% 12% 92% Regards Lars ----- Original Message ----- From: James <mailto:jkwade at futurefrontiers.com> Wade To: hobbit at hswn.dk Sent: Monday, December 03, 2007 7:10 PM Subject: [hobbit] Solaris vmstat and sar All, Solaris vmstat is crummy for CPU Utilization. If I do a vmstat on a Solaris box that's having high load, I get 67% idle, yet sar shows 3% idle. Has anyone seen this before? sar -u 1 1 12:08:40 %usr %sys %wio %idle 12:08:41 46 44 6 4 vmstat 1 1 kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr s3 s3 s9 s1 in sy cs us sy id 0 4 0 68897248 24039040 673 3180 1550 15 14 0 0 12 12 0 0 12901 44078 19363 18 15 67 So, what's the work around because Hobbit is using vmstat? James

2 1

Solaris vmstat and sar
by jkwade＠futurefrontiers.com 03 Dec '07

03 Dec '07

All, Solaris vmstat is crummy for CPU Utilization. If I do a vmstat on a Solaris box that's having high load, I get 67% idle, yet sar shows 3% idle. Has anyone seen this before? sar -u 1 1 12:08:40 %usr %sys %wio %idle 12:08:41 46 44 6 4 vmstat 1 1 kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr s3 s3 s9 s1 in sy cs us sy id 0 4 0 68897248 24039040 673 3180 1550 15 14 0 0 12 12 0 0 12901 44078 19363 18 15 67 So, what's the work around because Hobbit is using vmstat? James

2 1

[hobbit] Sending alerts to remote system running qpage
by etmsys＠rit.edu 03 Dec '07

03 Dec '07

Here at RIT, we have 2 qpage servers. I've modified the qpage code for all the clients to point to qpage1.rit.edu and qpage2.rit.edu (hardcoded). We've also change the "timeout" inside the code. The way it did work for primary/secondary qpage servers was that it would fail over to the 2nd server if the 1st did not respond...it the server was completely down, it would take 2 minutes for the TCP connection to timeout. We've since changed it to about 15 seconds. I can provide a copy of the code if anyone would like it. Attached is a qpage external script we use to page out the alerts. It would just need adjusting for the different items you have at your site. Then you just add into the hobbit-alerts.cfg file: HOST=vmz01 SCRIPT /home/hobbit/server/ext/qpage.pl etmsys COLOR=red,yellow REPEAT=5 RECOVERED Add in other actions to take as well. We install the qpage client in /usr/local/bin/qpage on all the clients, however it's the hobbit server (as a qpage client) that does the paging out. ---Eric -----Original Message----- From: Keller_Liora at emc.com [mailto:Keller_Liora at emc.com] Sent: Friday, November 30, 2007 13:17 To: hobbit at hswn.dk Subject: [hobbit] Sending alerts to remote system running qpage Hi, We are moving from BB to Hobbit. We are using qpage to send out pages from BB to a remote system which is running qpage. We would like to keep the qpage and modem on the same server, but the Hobbit server is running on a different system. Any idea how we can send alerts from Hobbit to a remote qpage server? Thanks, Liora To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Sending alerts to remote system running qpage
by Keller_Liora＠emc.com 01 Dec '07

01 Dec '07

We are using qpage to page on cell phones, we don't use email-sms. On BB we configured "QPAGEARGS" and set the remote hostname.

2 1

[hobbit] Hobbit professional support
by tj_yang＠hotmail.com 01 Dec '07

01 Dec '07

http://en.wikibooks.org/wiki/System_Monitoring_with_Hobbit/User_Guide#Hobbi… From: HAMPL Pavel Sent: Friday, November 30, 2007 9:55 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit professional support Well, they are ready to pay for support, it is not about a small shoping company. They got an offer for another 2 milion $ proprietary monitoring solution, so spend a few thousads instead of it is nothing. Yeah, I know BB pretty well, but think that Hobbit is much better. Pavel Hampl -------------------------------------------------------------------------------- From: Hubbard, Greg L [mailto:greg.hubbard at eds.com] Sent: Friday, November 30, 2007 4:34 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit professional support Hmmm. They will be using open-source software, probably running on an open-source operating system on commodity-priced computer equipment, and they want "professional" support? Does a guy named Dilbert work there, by chance? As good as Hobbit is, maybe you should recommend that they buy the payware version of Big Brother from Quest, or go get one of the other payware low end tools? There are lots of monitoring solutions out there that come with some form of support. Orion from Solarwinds looks pretty good on paper, but I have never used it. There is also SiteScope, Whats Up Gold, etc. Lots of cheap tools that don't scale very well, but are great for a small shop. Just my 0.02 monetary units -- I am laughing WITH you (I hope) and not AT you... GLH ------------------------------------------------------------------------------ From: HAMPL Pavel [mailto:phampl at csob.cz] Sent: Friday, November 30, 2007 9:17 AM To: hobbit at hswn.dk Subject: [hobbit] Hobbit professional support Hi, trying find any company which can provide professional support for Hobbit but going nowhere after a week ... I am about to implement Hobbit, it is not a problem, the pilot already in place, but the customer wants to have support what I cannot do for him. Already emailed Cookitservices which is mentioned on the Wiki Hobbit page but no answer. Also found this thread where the guy offers it ( http://www.hswn.dk/hobbiton/2007/01/msg00292.html ) so emailed him just today. Anyone knows about any other option? Afraid that the customer does not go for Hobbit without possibility to have support. Thanks, Pavel Hampl ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Legal Disclaimer: This e-mail and any attached files are confidential and may be legally privileged. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify CSOB immediately and then delete this e-mail. CSOB does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of or reliance on the information. All e-mail messages addressed to, received or sent by CSOB or CSOB employees are deemed to be professional in nature. Accordingly, the sender or recipient of these messages agrees that they may be read by other CSOB employees than the official recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof.

1 0