- Xymon - Xymon mailman web

[hobbit] Madness
by Vernon.Everett＠dpi.wa.gov.au 04 Aug '06

04 Aug '06

Brilliant!!! Henrik, you think of everything :-) -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Friday, 4 August 2006 1:57 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Madness On Fri, Aug 04, 2006 at 10:52:05AM +0800, Everett, Vernon wrote: > Will Hobbit be OK monitoring 2 separate clients with the same host name? > > I know this is madness, but right now, I have to live with it. You must configure the client on each of them, so they use different hostnames when reporting to the Hobbit server. Otherwise, Hobbit cannot tell what server the data is from. The script you use to start the client - ~hobbit/client/runclient.sh - has a --hostname=NAME option that lets you set the name it uses to report data. So you'd setup two host entries in bb-hosts on the server, e.g. "pluto" and "oldpluto", and on the old server you'd start the client with "--hostname=oldpluto". Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] clientupdate and RC and version 4.2?
by David.Gore＠verizonbusiness.com 04 Aug '06

04 Aug '06

Client update still fails to work for us. What does it do? It downloads a clientupdate binary to the ~client/tmp directory. It can run manually: clientupdate --update=sunos8v14 So it fails somewhere between getting the clientupdate binary and running the clientupdate binary. Is there anything I can try to further troubleshoot this? Found update in progress or failed update (started 10 minutes ago) 2006-08-03 16:34:49 connect to bbd failed - Connection refused 2006-08-03 16:34:49 Whoops ! bb failed to send message - Connection failed Cannot fetch new client tarfile tar: blocksize = 0 2006-08-03 16:40:17 connect to bbd failed - Connection refused 2006-08-03 16:40:17 Whoops ! bb failed to send message - Connection failed Cannot fetch new client tarfile tar: blocksize = 0 Found update in progress or failed update (started 4 minutes ago) Is this going to be fixed for 4.2. There seem to be quite a number of bugs. How about a second release candidate? -- David Gore (v965-3670) Enhanced Technology Support (ETS) Network Management Systems (NMS) IMPACT Transport Team Lead - SCSA, SCNA Page: 1-800-PAG-eMCI pin 1406090 Vnet: 965-3676

2 3

Madness
by Vernon.Everett＠dpi.wa.gov.au 04 Aug '06

04 Aug '06

Hi all Will Hobbit be OK monitoring 2 separate clients with the same host name? I know this is madness, but right now, I have to live with it. We have 2 servers on our network with the same hostname. (Different IP address, of course, but if I use the hostname or uname command, I get the same name. For the sake of discussion, let's call it pluto. It ended up like this because there are services running on old_pluto, that are being migrated to the new_pluto, but only half the services are migrated, and due to planning inadequacies, the migration is stalled - at least for the time being. I still want to minitor the services on both though. I know I can create an alias on the Hobbit display, but will there be problems with the data sent from the Hobbit client, or will the Hobbit server be happy with this? Cheers Vernon

3 2

[hobbit] Madness
by JMSmith＠stvincenthealth.com 04 Aug '06

04 Aug '06

I will touch this after all...if you are using Big Brother clients on those servers, you can create a file named "bbaliasname" in $BBHOME/etc and put a different "DNS" name in it. -----Original Message----- From: ZanDAhaR [mailto:allan at zandahar.net] Sent: Thursday, August 03, 2006 10:07 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Madness Everett, Vernon wrote: > Hi all > > Will Hobbit be OK monitoring 2 separate clients with the same host name? > > I know this is madness, but right now, I have to live with it. > > We have 2 servers on our network with the same hostname. > (Different IP address, of course, but if I use the hostname or uname > command, I get the same name. > For the sake of discussion, let's call it pluto. > > It ended up like this because there are services running on old_pluto, > that are being migrated to the new_pluto, but only half the services are > migrated, and due to planning inadequacies, the migration is stalled - > at least for the time being. > > I still want to minitor the services on both though. > > I know I can create an alias on the Hobbit display, but will there be > problems with the data sent from the Hobbit client, or will the Hobbit > server be happy with this? > > Cheers > Vernon > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > Define a new and old DNS entry and change the hobbitclient.sh to hardcode the machine name instead of doing a uname ? Otherwise yeah I would imagine they will both update the same data set but dont quote me on that one Allan To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer system.

1 0

[hobbit] Madness
by brodie＠mcw.edu 04 Aug '06

04 Aug '06

I think it's ok, so long as the hobbit server differentiates between the two, AND the second host has its hobbit client modified to NOT use "uname", but rather a hardcoded name to match the entry on the hobbit server. Ugly, but manageable. Whatever server is the "new" one, that should have the "Pluto" name retained, so RRD data can be kept long term. -----Original Message----- From: ZanDAhaR [mailto:allan at zandahar.net] Sent: Thursday, August 03, 2006 10:07 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Madness Everett, Vernon wrote: > Hi all > > Will Hobbit be OK monitoring 2 separate clients with the same host name? > > I know this is madness, but right now, I have to live with it. > > We have 2 servers on our network with the same hostname. > (Different IP address, of course, but if I use the hostname or uname > command, I get the same name. > For the sake of discussion, let's call it pluto. > > It ended up like this because there are services running on old_pluto, > that are being migrated to the new_pluto, but only half the services are > migrated, and due to planning inadequacies, the migration is stalled - > at least for the time being. > > I still want to minitor the services on both though. > > I know I can create an alias on the Hobbit display, but will there be > problems with the data sent from the Hobbit client, or will the Hobbit > server be happy with this? > > Cheers > Vernon > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > Define a new and old DNS entry and change the hobbitclient.sh to hardcode the machine name instead of doing a uname ? Otherwise yeah I would imagine they will both update the same data set but dont quote me on that one Allan To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Madness
by JMSmith＠stvincenthealth.com 04 Aug '06

04 Aug '06

Ouch! I ain't touchin' this one! -----Original Message----- From: Everett, Vernon [mailto:Vernon.Everett at dpi.wa.gov.au] Sent: Thursday, August 03, 2006 9:52 PM To: hobbit at hswn.dk Subject: [hobbit] Madness Hi all Will Hobbit be OK monitoring 2 separate clients with the same host name? I know this is madness, but right now, I have to live with it. We have 2 servers on our network with the same hostname. (Different IP address, of course, but if I use the hostname or uname command, I get the same name. For the sake of discussion, let's call it pluto. It ended up like this because there are services running on old_pluto, that are being migrated to the new_pluto, but only half the services are migrated, and due to planning inadequacies, the migration is stalled - at least for the time being. I still want to minitor the services on both though. I know I can create an alias on the Hobbit display, but will there be problems with the data sent from the Hobbit client, or will the Hobbit server be happy with this? Cheers Vernon To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer system.

1 0

Files test for directory size
by michael_frey＠glic.com 03 Aug '06

03 Aug '06

I have the DIR test set up, but the client is not reporting anything back to the server. I followed the example files from your Hobbit site. All looks like it should be passing the du command rersults, but the below shows up in the client host log file: [dir:/var/spool/mqueue ] du: `/var/spool/mqueue\r': No such file or directory [dir:/var/log/hobbit ] du: `/var/log/hobbit\r': No such file or directory I cannot figure out where tie '\r' is being pulled from. Michael Frey ----------------------------------------- This message, and any attachments to it, may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are notified that any use, dissemination, distribution, copying, or communication of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by return e-mail and delete the message and any attachments. Thank you.

2 1

status+LIFETIME in 4.2-RC-20060712
by ralphmitchell＠gmail.com 03 Aug '06

03 Aug '06

I hope someone can tell me what I'm doing wrong here... I've got a very simple script: #!/bin/sh COLUMN=lifetime COLOR=red MSG="All is OK" $BB $BBDISP "status+30 $MACHINE.$COLUMN $COLOR `date` ${MSG} " exit which is run from hobbitlaunch.cfg with this entry: [lifetime] ENVFILE /home/hobbit/client/etc/hobbitclient.cfg NEEDS hobbitd CMD /home/hobbit/checkouts/lifetime-test.sh LOGFILE $BBSERVERLOGS/hobbitclient.log INTERVAL 1m I entered two IP addresses in the hobbitclient.cfg file: BBDISP="0.0.0.0" BBDISPLAYS="10.1.1.1 10.1.1.2" The first address is the hobbit server where the script is running, the other is a remote hobbit server. Both are running the same RC release. What's happening is: the RED status is received by the local server and display. It is not displayed on the remote server. If I take the +30 out of the message, both servers display the correct status. Either I've misunderstood what's supposed to be happening, or the remote server isn't handling the "status+N" properly. Ralph Mitchell

2 3

Shire: update
by gjohnson＠trantor.org 03 Aug '06

03 Aug '06

Just wanted to give everyone a heads up on the new monitor site that is being set up (theshire.sf.net)...Sourceforge accepted it late last night ( around midnight EDT). I want to work with Henrik a bit to make sure that our visions converge on this. I also need to set up the categories (at a minimum) before turning everyone loose...I would prefer there to be some structure in place beforehand. Please be patient...I really appreciate everyone's enthusiasm for this project and I hope to have everything going in the next few days. It's also been a LONG time since I've done anything on SF and need to refresh my memory about things (and become familiar with some of the new tools). =G=

9 13

hobbitd_client ps error
by jason.kruse＠teldta.com 03 Aug '06

03 Aug '06

I'm having the local client crash on one system. I've tracked it down to the process listing tests and am seeing odd behavior. The [ps] listing on this system is HUGE! 1100 processes, 155,000 characters. What I see is after 32K, 223 processes in this example, if the string CMD appears in the process list I get an Abort. It seems to be inconsistent regarding the number of bytes and lines required, however the CMD string does appear to be a key. I didn't see anything in the all-in-one that seemed to apply to this type of situation. I see the reference to CMD in the client/solaris.c source but am not sure if I follow how the message is processed. Maybe it thinks it's starting another header when it sees it and goes kinda nutty. Jason

2 1