April 2006 - Xymon - Xymon mailman web

[hobbit] Hobbit reports vmstat|netstat for an unknown OS
by thomas.seglard.enata＠cnp.fr 05 Apr '06

05 Apr '06

Thanks for your help ! This is the solution... Once again, answer was in the documentation and I don't see it... Sorry about that. But with redhat, be careful !! redhat as 3 update 1 will not produce the same vmstat output that a redhat 3 update 3 !!! That's horrible... So, I'm writing here what os you have to indicate in order to have a good vmstat's graph under hobbit. version --os switch used to launch hobbit's client redhat 2.1 (ia32 / ia64) ---> --os=linux22 redhat 3 update 1 (ia32 / ia64) ---> --os=linux the default one redhat 3 update >1 (ia32/ia64) ---> --os=rhel3 redhat 4 update 2 (ia32/ia64) ---> --os=linux the default one centos 4.2 (ia32) ---> --os=linux the default one Thanks again ! Sincerly, Thomas "lars ebeling" <lars.ebeling at leopg9.no-ip.org> a écrit sur 31/03/2006 16:37:12 : > Extract from README.CLIENT: > > OS detection on Linux systems > ----------------------------- > The client normally determines the operating system auto- > matically from the "uname -s" output. This results in all > Linux systems reporting as "Linux" - which causes the > vmstat graphs to fail for certain types of systems: > > - Red Hat Enterprise Linux > Should report "rhel3" instead. > > - Systems running Linux kernels 2.2.x (Debian Woody) > Should report "linux22" instead. > > To override the default, start the client using the > "--os=OSNAME" option to the runclient.sh startup command. > > ----- Original Message ----- > From: thomas.seglard.enata at cnp.fr > To: hobbit at hswn.dk > Sent: Friday, March 31, 2006 4:17 PM > Subject: Re: [hobbit] Hobbit reports vmstat|netstat for an unknown OS > > > Thanks for the info but how hobbit distinguishes the different > redhat versions ?? Because the output of uname -s is the same on > redhat as 2.1, 3 and 4 (ia32 or ia64) ! Or in the do_vmstat.c there > is a structure called rhel3. So, does that mean Hobbit never use > this structure...? > Anyway, the output for hp-ux is correct but I got the unknown OS > message in my log. Something goes wrong somewhere. > Thanks for your help and your quick answer ! > Sincerly, > > Thomas > > "lars ebeling" <lars.ebeling at leopg9.no-ip.org> a écrit sur > 31/03/2006 16:00:50 : > > > Hobbit uses uname -s and the output HP-UX is correct . The other I > > don't know about. > > > > Lars > > ----- Original Message ----- > > From: thomas.seglard.enata at cnp.fr > > To: hobbit at hswn.dk > > Sent: Friday, March 31, 2006 3:53 PM > > Subject: Re: [hobbit] Hobbit reports vmstat|netstat for an unknown OS > > > > > > Hi, > > > > here is the results of the uname -s > > > > on hpux 11.00 / 11i : HP-UX > > > > on AIX 4.2 / 4.3 / 5.2/ 5.3 : AIX > > > > on redhat as 3 (ia32 / ia64) : Linux > > > > on redhat as 2.1 (ia32 / ia64) : Linux > > > > on solaris 6 / 7 / 8 / 9 / 10 : SunOS > > > > Is hobbit uses ``uname -s` to determine the os version ? Or another > > command ? If uname is used I think, I found why the vmstat graphs > > are not showing up correctly... But, I don't know how to correct > this problem. > > Sincerly, > > > > Thomas > > > > "lars ebeling" <lars.ebeling at leopg9.no-ip.org> a écrit sur > > 31/03/2006 15:15:51 : > > > > > What do you get with uname -s > > > > > > Lars > > > ----- Original Message ----- > > > From: thomas.seglard.enata at cnp.fr > > > To: hobbit at hswn.dk > > > Sent: Friday, March 31, 2006 3:05 PM > > > Subject: [hobbit] Hobbit reports vmstat|netstat for an unknown OS > > > > > > > > > Hi again, > > > > > > my rrd-status.log file is full of messages like : > > > > > > host 'xxxx' reports vmstat for an unknown OS > > > host 'yyy' reports netstat for an unknown OS > > > > > > How could I fix that ? > > > Best regards, > > > > > > Thomas Seglard > > > Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie. ***** This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.

1 0

[hobbit] netstat graph on redhat es release 3 and hpux 11.00
by marco.avvisano＠regione.toscana.it 05 Apr '06

05 Apr '06

Hi all, i send my netstat and ifstat client data collected on my linux and hpux box. Someone have the same problems? regards, Marco These is Client Data from redhat box: [netstat] Ip: 688026772 total packets received 0 forwarded 0 incoming packets discarded 686688228 incoming packets delivered 680646438 requests sent out Icmp: 351065 ICMP messages received 72 input ICMP message failed. ICMP input histogram: destination unreachable: 9012 echo requests: 3272 echo replies: 338781 12887 ICMP messages sent 0 ICMP messages failed ICMP output histogram: destination unreachable: 9615 echo replies: 3272 Tcp: 54484191 active connections openings 52931529 passive connection openings 2036 failed connection attempts 154 connection resets received 8 connections established 678444729 segments received 670772291 segments send out 86142 segments retransmited 6101 bad segments received. 1157202 resets sent Udp: 9154461 packets received 5637 packets to unknown port received. 0 packet receive errors 9446216 packets sent TcpExt: 2686 resets received for embryonic SYN_RECV sockets 1 ICMP packets dropped because socket was locked ArpFilter: 0 52983889 TCP sockets finished time wait in fast timer 32 time wait sockets recycled by time stamp 178 packets rejects in established connections because of timestamp 2177404 delayed acks sent 372 delayed acks further delayed because of locked socket Quick ack mode was activated 15087 times 9231754 packets directly queued to recvmsg prequeue. 230543400 packets directly received from backlog 281878208 packets directly received from prequeue 24473155 packets header predicted 9154300 packets header predicted and directly queued to user TCPPureAcks: 168672954 TCPHPAcks: 62537008 TCPRenoRecovery: 0 TCPSackRecovery: 90 TCPSACKReneging: 0 TCPFACKReorder: 0 TCPSACKReorder: 0 TCPRenoReorder: 0 TCPTSReorder: 0 TCPFullUndo: 0 TCPPartialUndo: 0 TCPDSACKUndo: 1 TCPLossUndo: 13119 TCPLoss: 47 TCPLostRetransmit: 0 TCPRenoFailures: 0 TCPSackFailures: 82 TCPLossFailures: 14 TCPFastRetrans: 92 TCPForwardRetrans: 0 TCPSlowStartRetrans: 4 TCPTimeouts: 38451 TCPRenoRecoveryFail: 0 TCPSackRecoveryFail: 0 TCPSchedulerFailed: 642 TCPRcvCollapsed: 0 TCPDSACKOldSent: 15084 TCPDSACKOfoSent: 0 TCPDSACKRecv: 91 TCPDSACKOfoRecv: 0 TCPAbortOnSyn: 0 TCPAbortOnData: 30766 TCPAbortOnClose: 18016 TCPAbortOnMemory: 0 TCPAbortOnTimeout: 3356 TCPAbortOnLinger: 0 TCPAbortFailed: 0 TCPMemoryPressures: 0 [ifstat] eth0 Link encap:Ethernet HWaddr 00:0F:20:33:10:FF inet addr:xxxx.xxxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:51276509 errors:0 dropped:0 overruns:0 frame:0 TX packets:43058513 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4151759617 (3959.4 Mb) TX bytes:513006212 (489.2 Mb) Interrupt:11 eth0:0 Link encap:Ethernet HWaddr 00:0F:20:33:10:FF inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:11 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:637642227 errors:0 dropped:0 overruns:0 frame:0 TX packets:637642227 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1011255518 (964.4 Mb) TX bytes:1011255518 (964.4 Mb) These from HPUX 11.00 [netstat] tcp: 3133161776 packets sent 2936909544 data packets (3975500880 bytes) 19688268 data packets (4051185211 bytes) retransmitted 195874492 ack-only packets (27085700 delayed) 46600 URG only packets 1008401 window probe packets 26786 window update packets 153272996 control packets 2647242420 packets received 1998009913 acks (for 2481636126 bytes) 95084432 duplicate acks 14 acks for unsent data 1453847925 packets (2634351438 bytes) received in-sequence 5890 completely duplicate packets (6495459 bytes) 45913 packets with some dup. data (65276408 bytes duped) 2990574 out-of-order packets (4040897784 bytes) 623 packets (889553545 bytes) of data after window 16005 window probes 467251804 window update packets 433001 packets received after close 173435 segments discarded for bad checksum 0 bad TCP segments dropped due to state change 11184351 connection requests 63395280 connection accepts 74579631 connections established (including accepts) 78603118 connections closed (including 4023921 drops) 1914251 embryonic connections dropped 1913287649 segments updated rtt (of 1913287649 attempts) 6980635 retransmit timeouts 85898 connections dropped by rexmit timeout 1008401 persist timeouts 2324279 keepalive timeouts 2313369 keepalive probes sent 85359 connections dropped by keepalive 520963 connect requests dropped due to full queue 1807389 connect requests dropped due to no listener udp: 0 incomplete headers 0 bad checksums 0 socket overflows ip: 2547934921 total packets received 3 bad IP headers 83 fragments received 0 fragments dropped (dup or out of space) 6 fragments dropped after timeout 4 packets forwarded 0 packets not forwardable icmp: 290366 calls to generate an ICMP error message 469 ICMP messages dropped Output histogram: echo reply: 283304 destination unreachable: 6581 source quench: 10 routing redirect: 0 echo: 0 time exceeded: 2 parameter problem: 0 time stamp request : 0 time stamp reply: 0 address mask request: 0 address mask reply: 0 0 bad ICMP messages Input histogram: echo reply: 97471 destination unreachable: 87685 source quench: 201 routing redirect: 104 echo: 283304 time exceeded: 10285 parameter problem: 5 time stamp request : 5 time stamp reply: 0 address mask request: 1 address mask reply: 0 283304 responses sent multicast forwarding cache is not accessible 154940 messages received 0 messages received with too few bytes 0 messages received with bad checksum 154940 membership queries received 0 membership queries received with incorrect field(s) 0 membership reports received 0 membership reports received with incorrect field(s) 0 membership reports received for groups to which this host belongs 0 membership reports sent From: Marco Avvisano To: hobbit at hswn.dk Sent: Monday, March 27, 2006 1:11 PM Subject: [hobbit] netstat graph on redhat es release 3 and hpux 11.00 Hi all, i have problem on graph netstat0 (network I/O bits second)on my lunux box: all the values are 'nan'. On my hpux box : on netstat2 graph the values TCP Failed Attemps and TCP Established Reset are 'nan' on netstat3 graph the value TCP Established Connections is 'nan' Probabily the output from my netstat command is different thanks for yours helps Marco

2 1

some fs graphs are not showing up...
by thomas.seglard.enata＠cnp.fr 05 Apr '06

05 Apr '06

Hello, recently, I see that some of my fs are not graph under the disk test. I got a lot of these filesystems and hobbit split them up into graphs with 3 or 4 or 5 fs on them. Everything should go fine but 1 or 2 graphs are generally missing and a line with "hobbit graph disk" appears. So, my questions are : 1) Why number of fs by graph are not the same from one machine to another ? 2) Why some graphs are not showing up on disk test page ? I'm running hobbit 4.1.2p1. Thanks for your help ! Thomas Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie. ***** This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.

2 2

[hobbit] 4.2-Alpha Make error -fixed
by CHRIS.MORRIS＠RWEnpower.com 05 Apr '06

05 Apr '06

Thanks Henrik That fixed it - my compiler is gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-85) >OK, this happens with some older compilers only, I think. This patch >should fix it. >> Running on RedHat 7.1 with 2.4.3-6 Kernel, get the following error :- >> >> gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DLINUX -I. >> -I/usr/local/hobbit-4.2-alfa-20060404/include -I/usr/include/pcre -I. >> -I../include -c -o strfunc.o strfunc.c >> strfunc.c: In function `grabstrbuffer': >> strfunc.c:76: parse error before `char' **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

1 0

4.2-Alpha Make error
by CHRIS.MORRIS＠RWEnpower.com 05 Apr '06

05 Apr '06

Hi Henrik, Running on RedHat 7.1 with 2.4.3-6 Kernel, get the following error :- gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DLINUX -I. -I/usr/local/hobbit-4.2-alfa-20060404/include -I/usr/include/pcre -I. -I../include -c -o strfunc.o strfunc.c strfunc.c: In function `grabstrbuffer': strfunc.c:76: parse error before `char' strfunc.c:79: `result' undeclared (first use in this function) strfunc.c:79: (Each undeclared identifier is reported only once strfunc.c:79: for each function it appears in.) strfunc.c:80: warning: control reaches end of non-void function gmake[1]: *** [strfunc.o] Error 1 gmake[1]: Leaving directory `/usr/local/hobbit-4.2-alfa-20060404/lib' gmake: *** [lib-build] Error 2 Regards, Chris **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

3 2

problems on server
by longina＠imada.sdu.dk 05 Apr '06

05 Apr '06

I have some problems with hobbitd_client on server (sparc/solaris9). 1. hobbit client wouldn't launch from hobbit server's hobbitlaunch- I got "fatal signal caught, treminating with code 134". I tried to start it from init.d insted of - from client's hobbitlaunch and it works. On the display, hobbitd_client stays blinking red. How can I get rid of that? 2. bbd is constantly PURPLE In bb-services, it is defined as: [bbd] send "dummy" port 1984 so in fact it tests hobbitd-but why it is purple? Hobbitd is OK. Regards Longina -- Longina Przybyszewska, system programmer Dept. of Math. & Comp. Sci. - IMADA University of Southern Denmark, Odense Campusvej 55,DK-5230 Odense M, Denmark tel: +45 6550 2359 - http://www.imada.sdu.dk email: longina at imada.sdu.dk --

2 2

query on reporting.
by subhash.gada＠logicacmg.com 05 Apr '06

05 Apr '06

Hi, Can any one share the information on reporting? How to make a report of all non green view of a particular page? Thanks & Regards, Subhash This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

2 1

[hobbit] Monitoring a laptop
by rob.macgregor＠gmail.com 03 Apr '06

03 Apr '06

On 3/31/06, David Gilmore <david at stenhouseconsulting.com> wrote: > > I was thinking of monitoring employee laptops, and maybe even desktops, with > hobbit. I added a group to my hosts file with the DIAL tag, created a line > in the hosts file 0.0.0.0 mylaptop.mydomain.local # noping. I then > installed a client on the laptop and just set it to monitor the basics (CPU, > Disk, Memory). I then shut down the laptop and took it home. Thirty > minutes later I checked my hobbit pages from my home desktop and saw that > the status of the client was set to purple. I obviously misunderstood the > functionality of the DIALUP tag. Is it possible to monitor a device that > would only check in a couple of times a day? I know I could set specific > alerts thresholds for the laptop, but was hoping there might be a > "universal" solution. Maybe the "noping" is the problem (I'd check, but I'm not in work right now :>). Certainly the boxes I tag with "dialup" go clear when the ping check fails, not purple. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche

3 11

[hobbit] Viewing Custom Graphs
by subhash.gada＠logicacmg.com 03 Apr '06

03 Apr '06

Hi, Will all the hosts get same number of rps and wps i.e. maximum of 11. c0d0p1rps:0 c0d0p1wps:0 c0d0p2rps:0 c0d0p2wps:4 c0d0p3rps:1 c0d0p3wps:4 c0d0p4rps:0 c0d0p4wps:0 c0d0p5rps:0 c0d0p5wps:0 c0d0p6rps:0 c0d0p6wps:0 c0d0p7rps:0 c0d0p7wps:14 c0d0p8rps:0 c0d0p8wps:41 c0d0p9rps:0 c0d0p9wps:0 c0d0p10rps:0 c0d0p10wps:4 c0d0p11rps:1 c0d0p11wps:0 -----Original Message----- From: EyalRi at Clal-Ins.co.il [mailto:EyalRi at Clal-Ins.co.il] Sent: Monday, April 03, 2006 10:54 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Viewing Custom Graphs Hi, This is taken for my file using "rrdtool dump" (the output is longer) - any idea what is wrong ? <ds> <name> c0d0p1rps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p1wps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p2rps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p2wps </name> <type> DERIVE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> 4 </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p3rps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 2.1700000000e+02 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p3wps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 8.6800000000e+02 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p4rps </name> <type> DERIVE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> 0 </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> Thanks, -----Original Message----- From: Gada, Subhash [mailto:subhash.gada at logicacmg.com] Sent: Monday, April 03, 2006 8:01 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Viewing Custom Graphs Hi, Check your rrd file (rrdtool dump foo.rrd | less) whether the DS name is same as in your hobbitgraph.cfg for [iostat]. -----Original Message----- From: EyalRi at Clal-Ins.co.il [mailto:EyalRi at Clal-Ins.co.il] Sent: Sunday, April 02, 2006 5:22 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Viewing Custom Graphs Hi, I have added the following : [iostat] TITLE IoStat YAXIS Bytes/Second DEF:c0d0p1rps=iostat.rrd:c0d0p1rps:AVERAGE DEF:c0d0p1wps=iostat.rrd:c0d0p1wps:AVERAGE LINE1:c0d0p1rps#00FF00:read LINE2:c0d0p1wps#FF0000:write COMMENT:\n GPRINT:c0d0p1rps:LAST:In \: %5.1lf%s (cur) GPRINT:c0d0p1rps:MAX: \: %5.1lf%s (max) GPRINT:c0d0p1rps:MIN: \: %5.1lf%s (min) GPRINT:c0d0p1rps:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:c0d0p1wps:LAST:Out \: %5.1lf%s (cur) GPRINT:c0d0p1wps:MAX: \: %5.1lf%s (max) GPRINT:c0d0p1wps:MIN: \: %5.1lf%s (min) GPRINT:c0d0p1wps:AVERAGE: \: %5.1lf%s (avg)\n for the following data received: c0d0p1rps:0 c0d0p1wps:0 c0d0p2rps:0 c0d0p2wps:4 c0d0p3rps:1 c0d0p3wps:4 c0d0p4rps:0 c0d0p4wps:0 c0d0p5rps:0 c0d0p5wps:0 c0d0p6rps:0 c0d0p6wps:0 c0d0p7rps:0 c0d0p7wps:14 c0d0p8rps:0 c0d0p8wps:41 c0d0p9rps:0 c0d0p9wps:0 c0d0p10rps:0 c0d0p10wps:4 c0d0p11rps:1 c0d0p11wps:0 But it doesn't produce the graphs. I am getting quite deseparate about the custom graphs. -----Original Message----- From: Charles Jones [mailto:jonescr at cisco.com] Sent: Sunday, April 02, 2006 2:15 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Viewing Custom Graphs lars ebeling wrote: > You have to change the shared memory parameters. I don't know howe to > do that in Linux, /etc/sysctl.conf kernel.shmmax = value kernel.shmmni = value kernel.shmall = value kernel.sem = value Where value depends on how much memory you have, and what other processes need shared memory. Google for sysctl.conf and your flavor of linux and you should find what you need. -Charles To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ------------------------------------------------------------------------ ----------------- This message was sent by Clal Insurance Ltd Mail Systems Visit us at http://www.clalbit.co.il ------------------------------------------------------------------------ ----------------- The information in this e-mail and any attachments is confidential and may be legally privileged. It is intended solely for the addressee or addressees. If you are not an intended recipient, please delete the message and any attachments and notify the sender of misdelivery: any use or disclosure of the contents of either is unauthorized and may be unlawful. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. 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] Viewing Custom Graphs
by subhash.gada＠logicacmg.com 03 Apr '06

03 Apr '06

DS names are c0d0p1rps, c0d0p2rps.............. For rps and wps so, Is the below rrdtool dum from one file or multiple files. If the dump is from only one file how many incremental number you have in the file i.e. c0d0p1rps, c0d0p2rps for both rps and wps. -----Original Message----- From: EyalRi at Clal-Ins.co.il [mailto:EyalRi at Clal-Ins.co.il] Sent: Monday, April 03, 2006 10:54 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Viewing Custom Graphs Hi, This is taken for my file using "rrdtool dump" (the output is longer) - any idea what is wrong ? <ds> <name> c0d0p1rps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p1wps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p2rps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p2wps </name> <type> DERIVE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> 4 </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p3rps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 2.1700000000e+02 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p3wps </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 8.6800000000e+02 </value> <unknown_sec> 0 </unknown_sec> </ds> <ds> <name> c0d0p4rps </name> <type> DERIVE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> 0 </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> Thanks, -----Original Message----- From: Gada, Subhash [mailto:subhash.gada at logicacmg.com] Sent: Monday, April 03, 2006 8:01 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Viewing Custom Graphs Hi, Check your rrd file (rrdtool dump foo.rrd | less) whether the DS name is same as in your hobbitgraph.cfg for [iostat]. -----Original Message----- From: EyalRi at Clal-Ins.co.il [mailto:EyalRi at Clal-Ins.co.il] Sent: Sunday, April 02, 2006 5:22 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Viewing Custom Graphs Hi, I have added the following : [iostat] TITLE IoStat YAXIS Bytes/Second DEF:c0d0p1rps=iostat.rrd:c0d0p1rps:AVERAGE DEF:c0d0p1wps=iostat.rrd:c0d0p1wps:AVERAGE LINE1:c0d0p1rps#00FF00:read LINE2:c0d0p1wps#FF0000:write COMMENT:\n GPRINT:c0d0p1rps:LAST:In \: %5.1lf%s (cur) GPRINT:c0d0p1rps:MAX: \: %5.1lf%s (max) GPRINT:c0d0p1rps:MIN: \: %5.1lf%s (min) GPRINT:c0d0p1rps:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:c0d0p1wps:LAST:Out \: %5.1lf%s (cur) GPRINT:c0d0p1wps:MAX: \: %5.1lf%s (max) GPRINT:c0d0p1wps:MIN: \: %5.1lf%s (min) GPRINT:c0d0p1wps:AVERAGE: \: %5.1lf%s (avg)\n for the following data received: c0d0p1rps:0 c0d0p1wps:0 c0d0p2rps:0 c0d0p2wps:4 c0d0p3rps:1 c0d0p3wps:4 c0d0p4rps:0 c0d0p4wps:0 c0d0p5rps:0 c0d0p5wps:0 c0d0p6rps:0 c0d0p6wps:0 c0d0p7rps:0 c0d0p7wps:14 c0d0p8rps:0 c0d0p8wps:41 c0d0p9rps:0 c0d0p9wps:0 c0d0p10rps:0 c0d0p10wps:4 c0d0p11rps:1 c0d0p11wps:0 But it doesn't produce the graphs. I am getting quite deseparate about the custom graphs. -----Original Message----- From: Charles Jones [mailto:jonescr at cisco.com] Sent: Sunday, April 02, 2006 2:15 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Viewing Custom Graphs lars ebeling wrote: > You have to change the shared memory parameters. I don't know howe to > do that in Linux, /etc/sysctl.conf kernel.shmmax = value kernel.shmmni = value kernel.shmall = value kernel.sem = value Where value depends on how much memory you have, and what other processes need shared memory. Google for sysctl.conf and your flavor of linux and you should find what you need. -Charles To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ------------------------------------------------------------------------ ----------------- This message was sent by Clal Insurance Ltd Mail Systems Visit us at http://www.clalbit.co.il ------------------------------------------------------------------------ ----------------- The information in this e-mail and any attachments is confidential and may be legally privileged. It is intended solely for the addressee or addressees. If you are not an intended recipient, please delete the message and any attachments and notify the sender of misdelivery: any use or disclosure of the contents of either is unauthorized and may be unlawful. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. 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