August 2005 - Xymon - Xymon mailman web

hobbitd_client crash
by Al.Jeffcoat＠orhs.org 19 Aug '05

19 Aug '05

Hello, After using updating to the snapshot from 8/12, I started getting red/purple for hobbitd_client. I updated to the 8/19 snapshot, and it is doing the same thing. Running Fedora Core 4. Also, I noticed that I'm getting the following in rrd-data.log: 2005-08-19 11:50:06 RRD error updating /hobbit/data/rrd/sovera1/netstat.rrd from ###.###.###.###: expected 16 data source readings (got 15) from 1124466606:365339:67276:0:89917:318118:U:U:382851363:3633351626:3778183: 133445:3432584:12859462:10 2481:123:... This error is occurring for 2 AIX and 1 Tru64 server, all three running the 4.1.2 snapshot from varying dates. Al This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandoregional.org . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Regional Healthcare by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Regional Healthcare.

1 0

Suggestion about hobbitd_client
by nicola.canepa＠sys-net.it 19 Aug '05

19 Aug '05

When the process hobbitd_client crashes, it sends a message to the DISPLAY ("Segmentation fault"), but this is the only message it ever sends to the DISPLAY, leaving a "purple" state in the web interface. There are 2 options: - hobbitd_client sends a "green" status at every execution; - hobbitd_client never sends notifications, or sends them as "hobbitd" or "bbtest"... Is it possible to have such a feature? Nicola Canepa -- Veritas Certified Professional Uff: 0521-918369 Cel: 348-1561144 SysNet, Via Dossi 8, 27100 Pavia - Italy Tel.: +39 0382 573859, Fax: +39 0382 476497 SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497

1 0

hobbit_rrd stops working after about 1 hour
by Naeem.Maqsud＠sybase.com 19 Aug '05

19 Aug '05

Hi, I'm testing out hobbit 4.1.1 for possible migration from big brother (with bbgen). I suspected scalability issues with BB as my rrd graphs were updated intermittently. However, hobbit is exhibiting similar problems. After about 1 hr of restarting hobbit, the rrd graphs stop updating except for the cpu utilization for the hobbit server itself. The hobbit server is running RedHat Linux AS 3.0. It has 2 x 2.4 GHz Xeon processors and 1GB of memory. About 800 servers are sending updates to the hobbit server. Another 1200 servers are getting remote tests. Load average has stayed below 1 most of the time. CPU usage has been low with 75% idle. 4 CPUs show up due to hyperthreading and I've noticed that after the restart of hobbit server, hobbitd_rrd process stays on CPU3 with 100% utilization for the one hour that it is busy. I hope someone can shed some light on this. Thanks, Naeem

1 0

Report SLA period
by rower.master＠gmail.com 18 Aug '05

18 Aug '05

Henrik , How can I show in the availability report generated by the bb-replog.sh where is Availability (24x7): 99.88% Availability (SLA): 99.70% the info from the config: SLA report period: Weekdays:0800:2000 Thanks in advance, Mario

1 0

Hobbit_filestore --status -only don't work in 4.1.1
by lgrilli＠be.tiauto.com 18 Aug '05

18 Aug '05

Hi all, In hobbitlaunch.cfg we have [bbstatus] ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/status.log hobbitd_filestore --status --only=sec It seems that the option --only= in hoobitlaunch.cfg is not working anymore, we now have all the status of all test in ~/data/hist instead of only sec Regards Laurent Grilli The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive.

1 0

"Did not receive ident string from"
by Etienne.Roulland＠cvf.fr 18 Aug '05

18 Aug '05

Hi, like BB i'm still getting "Did not receive ident string from (my bb server)" I've read that this error came because client side did not send user information. I wondered if it'd possible to add a virtual user to ssh test like : 10.1.2.3 testbox.tst #ping test at ssh Didn't see it in the man page, but think it could be nice feature ;-). Rgds, -- Etienne Roulland -- CVF Bordeaux

1 0

Feedback from running 4.1.1 snapshot on FreeBSD 5.4
by lgrilli＠be.tiauto.com 17 Aug '05

17 Aug '05

Hi all, Forget the following : 3) hobbit client freebsd-memory.c We got a box with more than 4 GB of memory, the freebsd-memory.c is using integer, so the value returned is wrong and negative on this box. So I just modified the int to a long unsigned, and also the prinf statement, now it works fine. int main(int argc, char *argv[]) { int hw_physmem[] = { CTL_HW, HW_PHYSMEM }; long unsigned physmem; int hw_pagesize[] = { CTL_HW, HW_PAGESIZE }; int pagesize; int vm_vmtotal[] = { CTL_VM, VM_METER }; struct vmtotal vmdata; size_t len; int result; len = sizeof(physmem); result = sysctl(hw_physmem, sizeof(hw_physmem) / sizeof(*hw_physmem), &physmem, &len, NULL, 0); if (result != 0) return 1; len = sizeof(pagesize); result = sysctl(hw_pagesize, sizeof(hw_pagesize) / sizeof(*hw_pagesize), &pagesize, &len, NULL, 0); if (result != 0) return 1; len = sizeof(vmdata); result = sysctl(vm_vmtotal, sizeof(vm_vmtotal) / sizeof(*vm_vmtotal), &vmdata, &len, NULL, 0); // printf("Pagesize:%d\n", pagesize); printf("Total:%lu\n", (physmem / (1024 * 1024))); printf("Free:%d\n", (pagesize / 1024)*(vmdata.t_free / 1024)); } Thanks for this great product, Laurent Grilli The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive.

1 0

[hobbit] bug, alarming on memory?
by David.Gore＠mci.com 17 Aug '05

17 Aug '05

Shouldn't I get a warning alarm. There are no specific MEMxxx settings in hobbit-clients.cfg for this specific host, but it fails to work for the hosts where I do have MEMxxx settings. Physical 5903M 6144M 96% Swap 3679M 17356M 21% # These are the built-in defaults. UP 1h LOAD 5.0 10.0 DISK * 90 95 SWAP 90 95 MEMPHYS 90 98 MEMSWAP 90 95 MEMACT 90 98 I have never received a memory alarm, and I do have several hosts using more than 90% CPU, quite a number more than 95%. Where should I look? -- 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

1 0

memory larrd errors
by Dirk.Kastens＠uni-osnabrueck.de 17 Aug '05

17 Aug '05

Hi, I just discovered that my larrd-data.log is rapidly filling up with RRD errors of the form RRD error updating /hobbit/data/rrd/<client>/memory.actual.rrd from x.y.z: illegal attempt to update using time 1124286333 when last update time is 1124286333 (minimum one second step) The message appears for all memory graphs (actual, real, swap) from all clients. I'm using hobbit server 4.1.1 and bb clients. Any ideas? Dirk

1 0

Client trends for CPU and Users/procs broken?!
by peter.welter＠gmail.com 17 Aug '05

17 Aug '05

Hello all, I installed Hobbit 4.1.1 and try to use the client and I'm surprised to see that the CPU test contains top-output but the corresponding graph/trend is not updated anymore!? This is also true for the users and processes trend. The top of the output on the screen says: wo aug 17 05:08:36 CEST 2005 , 1 users, 105 procs, load= But the Client Data available says: [top] top - 05:08:36 up 65 days, 7:32, 1 user, load average: 0.00, 0.03, 0.05 Tasks: 104 total, 1 running, 103 sleeping, 0 stopped, 0 zombie Cpu(s): 0.7% us, 0.5% sy, 1.9% ni, 95.9% id, 0.9% wa, 0.0% hi, 0.0% si Mem: 191116k total, 187516k used, 3600k free, 10764k buffers Swap: 5968108k total, 290416k used, 5677692k free, 37220k cached ... regards, Peter

2 4