January 2006 - Xymon - Xymon mailman web

numbers for CPU load less meaningful than runque numbers?
by tmyers＠autom.net 24 Jan '06

24 Jan '06

Anyone else running AIX 5.3ml3 seeing load numbers coming form uptime, to be less useful than the mpstat runque numbers? mpstat reports - cpu min maj mpc int cs ics rq mig lpa sysc us sy wa id pc 0 275 1 0 160 7069 2986 0 13277 100.0 12950 17.9 9.6 3.9 68.6 0.51 1 16 0 0 165 7986 3601 1 11905 100.0 9791 17.6 8.7 2.5 71.3 0.49 2 179 1 0 163 8064 4211 0 11460 100.0 11374 16.3 9.0 2.7 72.0 0.49 3 132 2 0 319 9523 4963 0 14572 100.0 9470 18.1 9.5 3.0 69.4 0.51 ALL 602 4 0 807 32642 15761 1 51214 100.0 43585 17.5 9.2 3.0 70.3 2.00 -------------------------------------------------------------------------------------------------------- 0 251 4 0 160 6926 2864 0 12986 100.0 11030 17.6 9.0 3.0 70.4 0.49 1 45 1 0 159 8211 3864 0 11921 100.0 13722 19.0 9.0 4.1 67.9 0.50 2 166 3 0 155 8425 4490 0 11967 100.0 10509 16.3 8.3 2.6 72.9 0.49 3 100 0 0 310 9537 4970 0 14084 100.0 10018 18.5 8.8 3.6 69.2 0.51 ALL 562 8 0 784 33099 16188 0 50958 100.0 45279 17.9 8.7 3.3 70.1 1.99 uptime reports - 09:06AM up 2 days, 14:51, 56 users, load average: 41.50, 34.30, 29.37 I am not seeing any of the slowness I would expect from this kind of load so I have spent the last couple of days with snapshots trying to figure it out just what is going wrong. I don't know but I suspect that the problems with the utmp and wtmp files are causing finger issues The performance and processes are much more in line with mpstat run queue numbers than with uptime run able process numbers. Timothy L Myers Senior Developer Autom 5226 South 31st Place Phoenix AZ 85040

2 1

[hobbit] ntp check expansion thoughts
by pwilliamson＠mandtbank.com 24 Jan '06

24 Jan '06

Craig Cook's ntp check on deadcat has an option to check all hosts. I do this from one of my BBNET (not running Hobbit, so I don't know if it will work for you) servers, checking all 8 of our time servers from one BBNET server. Of course, this is from the reference point of the BBNET server, but it would be a start to where you want to go. Paul >>> gendalia at iastate.edu 01/24/06 11:15 AM >>> We're a kerberos based shop, which means everything authenticating to kerberos needs to be within 5 minutes of our kerberos server's clock. We recently had problems with a few important servers having severe time keeping problems, as well as two of our time servers not keeping sync because of multiprocessor issues. For a lot of our servers it'd be nice to warn if time is more than a minute or two out from our reference clock on the kerberos servers, and go red at four or five minutes out. But it'd also be nice to have a warning if our central time servers are having problems keeping sync, or having other problems (I'm not intimately familiar with ntp, so I'm not sure what problems those could be). I think the ntp check right now only checks that ntp is running. It would be nice to check that there's a valid sys.peer, and maybe some number of acceptable candidates, maybe that the offset and jitter are within some reasonable parameters for the peers/servers. I'm mostly just thinking about implementing something like this at the moment, maybe someone already has this, or maybe there's a better way to think about this, so I'd appreciate input on it. Tracy J. Di Marco White Information Technology Services Iowa State University To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Repeat entries in bb-hosts
by rower.master＠gmail.com 24 Jan '06

24 Jan '06

Hi Friends, In my bb-hosts I group the hosts by networks and now I would like to create another subpage to group ,for example, with all the database servers, but maintaining them on the respectively networks page too. How can I repeat entries in bb-hosts just to create the new page and the hobbit ignore this? Thanks in advance, Mario.

4 3

[hobbit] ntp check expansion thoughts
by rdeal＠tigr.ORG 24 Jan '06

24 Jan '06

I use server-time-ntp.0.9.2.3.tar.gz from deadcat to do just that. > -----Original Message----- > From: gendalia at iastate.edu [mailto:gendalia at iastate.edu] > Sent: Tuesday, January 24, 2006 11:16 AM > To: hobbit at hswn.dk > Subject: [hobbit] ntp check expansion thoughts > > > We're a kerberos based shop, which means everything authenticating > to kerberos needs to be within 5 minutes of our kerberos server's > clock. We recently had problems with a few important servers having > severe time keeping problems, as well as two of our time servers not > keeping sync because of multiprocessor issues. For a lot of our > servers it'd be nice to warn if time is more than a minute or two > out from our reference clock on the kerberos servers, and go red at > four or five minutes out. But it'd also be nice to have a warning > if our central time servers are having problems keeping sync, or > having other problems (I'm not intimately familiar with ntp, so I'm > not sure what problems those could be). > > I think the ntp check right now only checks that ntp is running. > It would be nice to check that there's a valid sys.peer, and maybe > some number of acceptable candidates, maybe that the offset and > jitter are within some reasonable parameters for the peers/servers. > > I'm mostly just thinking about implementing something like this > at the moment, maybe someone already has this, or maybe there's > a better way to think about this, so I'd appreciate input on it. > > Tracy J. Di Marco White > Information Technology Services > Iowa State University > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk >

1 0

ntp check expansion thoughts
by gendalia＠iastate.edu 24 Jan '06

24 Jan '06

We're a kerberos based shop, which means everything authenticating to kerberos needs to be within 5 minutes of our kerberos server's clock. We recently had problems with a few important servers having severe time keeping problems, as well as two of our time servers not keeping sync because of multiprocessor issues. For a lot of our servers it'd be nice to warn if time is more than a minute or two out from our reference clock on the kerberos servers, and go red at four or five minutes out. But it'd also be nice to have a warning if our central time servers are having problems keeping sync, or having other problems (I'm not intimately familiar with ntp, so I'm not sure what problems those could be). I think the ntp check right now only checks that ntp is running. It would be nice to check that there's a valid sys.peer, and maybe some number of acceptable candidates, maybe that the offset and jitter are within some reasonable parameters for the peers/servers. I'm mostly just thinking about implementing something like this at the moment, maybe someone already has this, or maybe there's a better way to think about this, so I'd appreciate input on it. Tracy J. Di Marco White Information Technology Services Iowa State University

2 1

[hobbit] bb-prtdiag and temperature.sh question.
by rdeal＠tigr.ORG 24 Jan '06

24 Jan '06

Yes the modification goes in the clientlaunch.cfg and no change is needed on the server side. I have these added to my clientlaunch.cfg for most sun machines: [meta] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/meta LOGFILE $HOBBITCLIENTHOME/logs/meta.log INTERVAL 5m [ntp] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/bb-ntp.sh LOGFILE $HOBBITCLIENTHOME/logs/bb-ntp.log INTERVAL 5m [ntpstat] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/ntpstat.sh LOGFILE $HOBBITCLIENTHOME/logs/ntpstat.log INTERVAL 5m [prtdiag] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/bb-prtdiag.sh LOGFILE $HOBBITCLIENTHOME/logs/bb-prtdiag.log INTERVAL 5m [cpu2] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/bb-cpu2.sh LOGFILE $HOBBITCLIENTHOME/logs/bb-cpu2.log INTERVAL 5m [msgs] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/bb-msgs.sh LOGFILE $HOBBITCLIENTHOME/logs/bb-msgs.log INTERVAL 5m [sge] DISABLED ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/sge.sh LOGFILE $HOBBITCLIENTHOME/logs/sge.log INTERVAL 5m [vx] DISABLED ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/bb-vxcheck.sh LOGFILE $HOBBITCLIENTHOME/logs/bb-vxcheck.log INTERVAL 5m SGE and VX check are enabled on the few hosts were it is needed. Richard > -----Original Message----- > From: McGraw, Robert P. [mailto:rmcgraw at purdue.edu] > Sent: Tuesday, January 24, 2006 10:30 AM > To: hobbit at hswn.dk > Subject: [hobbit] bb-prtdiag and temperature.sh question. > > Richard, > > Thanks for your reply. > > When I think I understand how hobbit works, I seem to get confused again. > > I see the modifications you suggest in hobbitclient.cfg and bb-prtdiag. No > problem in making these. > > I am confused where to set it to execute. > > Let me see if I got how hobbit works on the client. > > 1) Hobbitlaunch reads the clientlaunch.cfg file. > > 2) Clientlaunch.cfg file reads hobbitclient.cfg file and executes > hobbitclient.sh > > 3) hobbitclient.sh calls hobbitclient-sunos.sh (in my case) which executes > the programs in hobbitclient-sunos.sh and writes the output to msg.txt. > > 4 hobbitclient.sh sends msg.txt to the $BBDISP. > > Now I want to execute the bb-prtdiag and bb-prtdiag seems to send the data > to $BBDISP inside the script. > > Do I put the execution of $BBDISP in clientlaunch.cfg? > > What do I need to do on the server side for this to show up in the hobbit > html? > > Thanks > > Robert > > > ________________________________________ > From: Deal, Richard [mailto:rdeal at tigr.ORG] > Sent: Tuesday, January 24, 2006 8:48 AM > To: hobbit at hswn.dk > Subject: RE: [hobbit] Repeat entries in bb-hosts > > I didn't have to modify bb-prtdiag at all to get it running under the > hobbit > client. > You will have to modify the etc/hobbitclient.cfg file to represent your > environment and the bb-prtdiag modifications should also be added. > I have these lines added to hobbitclient.cfg: > (might be some line modification by email but you get the idea) > # > #from prtdiag script > # > UNAME="/sbin/uname" > #PLATFORM_SPEC=`${UNAME} -i` > #PRTDIAG_COMMAND="/usr/platform/${PLATFORM_SPEC}/sbin/prtdiag" > PRTDIAG_OPT="-v" > ZONENAME=/usr/bin/zonename > #Systems that don't support temperature checks > EXCLUDE_SYSTEMS="Ultra-1 Ultra-2 Ultra-5_10 Ultra-30 Ultra-60 Ultra-80 > UltraAX-i > 2 UltraSPARC-IIi-cEngine Sun-Fire Netra-T4 UltraAX-e2 > Ultra-Enterprise-10000" > PRTDIAG_IGNORE_ERRORS="No failures|Most recent AC Power Failure|Minimum > Availabl > e|CS Fail|No Hardware failures|^===|currently no Boards|Fault Fan" > PRTDIAG_IGNORE_FAULTS="No Recent System Faults found|No System Faults > found|Faul > t Value|Fault LED|NO_FAULT|Power Fault|Status > Fault|Fault > off" > LOM_COMMAND="/usr/sbin/lom" > LOM_OPT="-pfvt" > > Woops there is one slight modification to the bb-prtdiag script. Since > hobbitclient.cfg does not allow for execution, just variable setting, I > had > to uncomment these two lines in bb-prtdiag: > PLATFORM_SPEC=`$UNAME -i` > PRTDIAG_COMMAND="/usr/platform/$PLATFORM_SPEC/sbin/prtdiag" > > > > ________________________________________ > From: McGraw, Robert P. [mailto:rmcgraw at purdue.edu] > Sent: Tuesday, January 24, 2006 8:34 AM > To: hobbit at hswn.dk > Subject: RE: [hobbit] Repeat entries in bb-hosts > > > > Has anyone rewritten the solaris temperature.sh and bb-prtdiag for hobbit? > I > would like to get these going on and just did not want to redo work that > has > already been done. > > Thanks > > Robert > > > > > _____________________________________________________________________ > Robert P. McGraw, Jr. > Manager, Computer System EMAIL: > rmcgraw at purdue.edu > Purdue University > ROOM: MATH-807 > Department of Mathematics PHONE: > (765) 494-6055 > 150 N. University Street > FAX: (419) 821-0540 > West Lafayette, IN 47907-2067

1 0

bb-prtdiag and temperature.sh question.
by rmcgraw＠purdue.edu 24 Jan '06

24 Jan '06

Richard, Thanks for your reply. When I think I understand how hobbit works, I seem to get confused again. I see the modifications you suggest in hobbitclient.cfg and bb-prtdiag. No problem in making these. I am confused where to set it to execute. Let me see if I got how hobbit works on the client. 1) Hobbitlaunch reads the clientlaunch.cfg file. 2) Clientlaunch.cfg file reads hobbitclient.cfg file and executes hobbitclient.sh 3) hobbitclient.sh calls hobbitclient-sunos.sh (in my case) which executes the programs in hobbitclient-sunos.sh and writes the output to msg.txt. 4 hobbitclient.sh sends msg.txt to the $BBDISP. Now I want to execute the bb-prtdiag and bb-prtdiag seems to send the data to $BBDISP inside the script. Do I put the execution of $BBDISP in clientlaunch.cfg? What do I need to do on the server side for this to show up in the hobbit html? Thanks Robert ________________________________________ From: Deal, Richard [mailto:rdeal at tigr.ORG] Sent: Tuesday, January 24, 2006 8:48 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Repeat entries in bb-hosts I didnt have to modify bb-prtdiag at all to get it running under the hobbit client. You will have to modify the etc/hobbitclient.cfg file to represent your environment and the bb-prtdiag modifications should also be added. I have these lines added to hobbitclient.cfg: (might be some line modification by email but you get the idea) # #from prtdiag script # UNAME="/sbin/uname" #PLATFORM_SPEC=`${UNAME} -i` #PRTDIAG_COMMAND="/usr/platform/${PLATFORM_SPEC}/sbin/prtdiag" PRTDIAG_OPT="-v" ZONENAME=/usr/bin/zonename #Systems that don't support temperature checks EXCLUDE_SYSTEMS="Ultra-1 Ultra-2 Ultra-5_10 Ultra-30 Ultra-60 Ultra-80 UltraAX-i 2 UltraSPARC-IIi-cEngine Sun-Fire Netra-T4 UltraAX-e2 Ultra-Enterprise-10000" PRTDIAG_IGNORE_ERRORS="No failures|Most recent AC Power Failure|Minimum Availabl e|CS Fail|No Hardware failures|^===|currently no Boards|Fault Fan" PRTDIAG_IGNORE_FAULTS="No Recent System Faults found|No System Faults found|Faul t Value|Fault LED|NO_FAULT|Power Fault|Status Fault|Fault off" LOM_COMMAND="/usr/sbin/lom" LOM_OPT="-pfvt" Woops there is one slight modification to the bb-prtdiag script. Since hobbitclient.cfg does not allow for execution, just variable setting, I had to uncomment these two lines in bb-prtdiag: PLATFORM_SPEC=`$UNAME -i` PRTDIAG_COMMAND="/usr/platform/$PLATFORM_SPEC/sbin/prtdiag" ________________________________________ From: McGraw, Robert P. [mailto:rmcgraw at purdue.edu] Sent: Tuesday, January 24, 2006 8:34 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Repeat entries in bb-hosts Has anyone rewritten the solaris temperature.sh and bb-prtdiag for hobbit? I would like to get these going on and just did not want to redo work that has already been done. Thanks Robert _____________________________________________________________________ Robert P. McGraw, Jr. Manager, Computer System EMAIL: rmcgraw at purdue.edu Purdue University ROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street FAX: (419) 821-0540 West Lafayette, IN 47907-2067

1 0

[hobbit] Repeat entries in bb-hosts
by rdeal＠tigr.ORG 24 Jan '06

24 Jan '06

I didn't have to modify bb-prtdiag at all to get it running under the hobbit client. You will have to modify the etc/hobbitclient.cfg file to represent your environment and the bb-prtdiag modifications should also be added. I have these lines added to hobbitclient.cfg: (might be some line modification by email but you get the idea) # #from prtdiag script # UNAME="/sbin/uname" #PLATFORM_SPEC=`${UNAME} -i` #PRTDIAG_COMMAND="/usr/platform/${PLATFORM_SPEC}/sbin/prtdiag" PRTDIAG_OPT="-v" ZONENAME=/usr/bin/zonename #Systems that don't support temperature checks EXCLUDE_SYSTEMS="Ultra-1 Ultra-2 Ultra-5_10 Ultra-30 Ultra-60 Ultra-80 UltraAX-i 2 UltraSPARC-IIi-cEngine Sun-Fire Netra-T4 UltraAX-e2 Ultra-Enterprise-10000" PRTDIAG_IGNORE_ERRORS="No failures|Most recent AC Power Failure|Minimum Availabl e|CS Fail|No Hardware failures|^===|currently no Boards|Fault Fan" PRTDIAG_IGNORE_FAULTS="No Recent System Faults found|No System Faults found|Faul t Value|Fault LED|NO_FAULT|Power Fault|Status Fault|Fault off" LOM_COMMAND="/usr/sbin/lom" LOM_OPT="-pfvt" Woops there is one slight modification to the bb-prtdiag script. Since hobbitclient.cfg does not allow for execution, just variable setting, I had to uncomment these two lines in bb-prtdiag: PLATFORM_SPEC=`$UNAME -i` PRTDIAG_COMMAND="/usr/platform/$PLATFORM_SPEC/sbin/prtdiag" ________________________________ From: McGraw, Robert P. [mailto:rmcgraw at purdue.edu] Sent: Tuesday, January 24, 2006 8:34 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Repeat entries in bb-hosts Has anyone rewritten the solaris temperature.sh and bb-prtdiag for hobbit? I would like to get these going on and just did not want to redo work that has already been done. Thanks Robert _____________________________________________________________________ Robert P. McGraw, Jr. Manager, Computer System EMAIL: rmcgraw at purdue.edu Purdue University ROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street FAX: (419) 821-0540 West Lafayette, IN 47907-2067

1 0

[hobbit] Repeat entries in bb-hosts
by rmcgraw＠purdue.edu 24 Jan '06

24 Jan '06

Has anyone rewritten the solaris temperature.sh and bb-prtdiag for hobbit? I would like to get these going on and just did not want to redo work that has already been done. Thanks Robert _____________________________________________________________________ Robert P. McGraw, Jr. Manager, Computer System EMAIL: rmcgraw at purdue.edu Purdue University ROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street FAX: (419) 821-0540 West Lafayette, IN 47907-2067

1 0

Backup server for HOBBIT
by Winn.Beutler＠mcdata.com 24 Jan '06

24 Jan '06

I have searched the HOBBIT archive but cannot find anything on setting up a hot standby HOBBIT server that receives input from the clients along with the primary server but does not send out alerts unless the primary server goes down. Any howto's on this? Thanks in advance for any help/hints. Winn SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate01)

4 3