bigsister-devel Mailing List for Big Sister (Page 3)
Brought to you by:
aeby
Menu
▾
▴
bigsister-devel — Big Sister developer's mailing list
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(28) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(2) |
Feb
|
Mar
(10) |
Apr
(5) |
May
(5) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
| 2003 |
Jan
(6) |
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
|
Jun
(11) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(21) |
| 2005 |
Jan
(7) |
Feb
(3) |
Mar
(10) |
Apr
(16) |
May
(4) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(15) |
Dec
|
| 2006 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(2) |
May
|
Jun
(4) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(12) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Niels B. <nb...@us...> - 2005-07-08 12:52:43
|
On Fri, Jul 08, 2005 at 03:10:18PM +0400, Alexander Kushnirenko wrote: > 1. ntptrace.pm It uses options -r and -t that AFAIK are not supported = by linux > version of ntptrace (which is basicaly a perl script) That depends on your Linux distribution. It is a perl script for my Mandrake 10.1 desktop (ntp-4.2.0-10mdk), but a binary that supports -r and -t for RedHat EL 3 (ntp-4.1.2-4.EL3.1). I guess that it went into perl when ntp-4.2 entered the scene. Which means that it may also happen for other OSes. /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Alexander K. <ku...@un...> - 2005-07-08 11:10:34
|
Hi, First of all I would like to say that bigisister is really a neat product. I'm new to bigsister but there are few things that I noticed: 1. ntptrace.pm It uses options -r and -t that AFAIK are not supported by linux version of ntptrace (which is basicaly a perl script) my $comm = "ntptrace -n -r 2 -t 5"; once I left -n option only everything seems to work just fine. 2. port 1984 We have a problem that was not apparent while starting bigsister. It turned out that port 1984 was already occupied by another application. But there was no error report from bigsister server daemon. Few words about our plans on bigsister. We would like to use bigsister to monitor 100 computers on the university network. If this goes well (and so far I really like what I see) I plan to put a student on this project to add a few features. In particular we need sound alarms once things go wrong. At this point we plan to test several things, so let us know if there are certain features you would like us to test. Regards, Sasha Kushnirenko |
|
From: Niels B. <nb...@us...> - 2005-05-10 12:13:35
|
On Fri, May 06, 2005 at 10:36:13PM -0400, Joe Krahn wrote: > In an earlier post, I saw a comment on "access.pm not cleaning leading=20 > zeros". In fact, access.pm should not clean any leading zeros. The=20 > numeric IP address format defines that leading zeros indicate octal=20 > numbers, and 0x-prefixed hex is also valid. Even Microsoft, the biggest= =20 > rule breaker, follows this rule. See=20 > http://support.microsoft.com/?kbid=3D115388 I know that this is the way that it is supposed to work, and I hate it. This has been the source of grief and confusion for a lot of people, especially if you like nice aligned columns and the like.. The only reason I patched it was that I noticed that it did not work in all cases. /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Joe K. <jk...@nc...> - 2005-05-07 02:33:33
|
In an earlier post, I saw a comment on "access.pm not cleaning leading zeros". In fact, access.pm should not clean any leading zeros. The numeric IP address format defines that leading zeros indicate octal numbers, and 0x-prefixed hex is also valid. Even Microsoft, the biggest rule breaker, follows this rule. See http://support.microsoft.com/?kbid=115388 Joe Krahn |
|
From: Joe K. <jk...@nc...> - 2005-05-07 02:33:20
|
You mentioned working out a better monitor design so contributions don't have to mess with the main code. My idea would be to have a standardized object-oriented module design. Each monitor object would be instantiated using a param/value list as a hash argument to new(), assuming that the user would know how to define valid parameters for the config file. There could also be some functions for the module to return a list of valid parameters, and a description of the corresponding value. These could be used to automatically generate web-based info, and maybe even a SWAT-like web-based admin. In that case, modules should also have a function that validates a value format for a given field. Joe Krahn |
|
From: <air...@gm...> - 2005-05-04 14:30:09
|
Hi, I have a simple question: can one influence the sorting of the graphs ? I'd like to have them sorted alphabetically by the graph title. Tom -- +++ Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS +++ GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail |
|
From: <Pat...@pr...> - 2005-04-28 09:24:06
|
Hi folks, Here's a little contribution to the pot, to show my appreciation of Tom's series on writing custom tests. On Linux systems (DESCR linux) it'll check the number of filehandles (FDs) in use, both system wide and per-process for the topmost consumer. There's graphs and thresholds etc. Install in the usual way with bsmodule install filehandles.mod Interrogate for details with testers -t filehandles Enjoy - Pat (See attached file: filehandles.mod) |
|
From: Niels B. <nb...@us...> - 2005-04-20 04:03:56
|
On Wed, Apr 20, 2005 at 01:03:56AM +0200, Micha? Panasiewicz wrote: > if output command is not in english: >=20 > no errors logged > green /tmp 1.4GB (97.7%) free, green / 445.4MB (86%) free > green /usr 653.9MB (68%) free > [>>here] green dost?pne %u?. zamont. na -1 (100%) free > green /home 3.5GB (63%) free, green /boot 15.6MB (80%) free > green /var 833.6MB (34%) free The followeing patch should fix the problem, making sure that we only see english messages: Index: tools/bs_boot.sh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS /cvsroot/bigsister/bigsister/tools/bs_boot.sh,v retrieving revision 1.2 diff -u -r1.2 bs_boot.sh --- tools/bs_boot.sh 2 Mar 2004 15:05:44 -0000 1.2 +++ tools/bs_boot.sh 14 Apr 2005 12:46:14 -0000 @@ -17,6 +17,8 @@ bs_instdir=3D/some-dir +LANG=3DC LC_MESSAGES=3DC export LANG LC_MESSAGES [ -x "$bs_instdir/bin/bb_start" ] || exit 0 exec $bs_instdir/bin/bb_start "$@" /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: P. <wol...@ta...> - 2005-04-19 23:04:06
|
if output command is not in english: no errors logged green /tmp 1.4GB (97.7%) free, green / 445.4MB (86%) free green /usr 653.9MB (68%) free [>>here] green dostępne %uż. zamont. na -1 (100%) free green /home 3.5GB (63%) free, green /boot 15.6MB (80%) free green /var 833.6MB (34%) free ________________________________________________________________________ Filesystem Size Used Available Use% Resource name [>>here] System 0B 1kB -1 100% dostępne %uż. zamont. na /dev/hda3 517.9MB 72.5MB 445.4MB 14% / /dev/hda1 19.5MB 3.9MB 15.6MB 20% /boot /dev/hdc2 5.6GB 2.1GB 3.5GB 37% /home /dev/hdb1 961.4MB 307.5MB 653.9MB 32% /usr /dev/hdc3 2.4GB 1.6GB 833.6MB 66% /var /dev/hdc1 1.4GB 32.1MB 1.4GB 2.3% /tmp [root@kancelaria root]# df System plików bl. 1K B użyte dostępne %uż. zamont. na /dev/hda3 530292 74196 429160 15% / /dev/hda1 19976 3983 14962 22% /boot /dev/hdc2 5887064 2165112 3422904 39% /home /dev/hdb1 984496 314904 619580 34% /usr /dev/hdc3 2501704 1648072 726552 70% /var /dev/hdc1 1453960 32828 1347276 3% /tmp -- Michał Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mną |
|
From: JF B. <jfb...@hu...> - 2005-04-18 18:43:42
|
Hi, I'm using bs0.99b2 to monitor several Windows boxes for my customers. For example, at one customer called Activ Inc, I monitor a server call srvge05 : [...] localhost(activ_srvge05) eventlog [...] There is a strange problem : - When the eventlog test is green (reported under the 'msgs' column), it's reported comming from the correct hostname, that is activ_srvge05 - When the test is yellow or red, it is reported under the real hostname, in the example above 'srvge05' This create some unwanted entries on the web page and make it a bit confusing to understand. The problem arise on Windows2000 server and Windows 2003 server boxes, but not on Windows XP Pro. I would love to help solving the problem, but I can't figure out were to start from ... |
|
From: Niels B. <nb...@us...> - 2005-04-15 05:50:49
|
On Thu, Apr 14, 2005 at 04:36:46PM +0200, JF Burdet wrote: > It does work well and it makes an example to learn how to write my own > tests. I'll have to test it against a non-production server and trying > to pull a disk. Great. > By the was I had to type 'cat cpqida/mibs.txt >> > /usr/local/lib/bs/etc/mibs.txt' to make it work. Ah, sorry 'bout that. I forgot that the feature of having mib.txt additions inside the module has not been released yet ... /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: JF B. <jfb...@hu...> - 2005-04-14 14:46:11
|
Thanks. It does work well and it makes an example to learn how to write my own tests. I'll have to test it against a non-production server and trying to pull a disk. By the was I had to type 'cat cpqida/mibs.txt >> /usr/local/lib/bs/etc/mibs.txt' to make it work. It would be nice if we could have some repositories to store tests written by Big Sister users. Again thank you. Niels Baggesen a =E9crit : > On Wed, Apr 13, 2005 at 06:47:10PM +0200, JF Burdet wrote: >=20 >>Before spending more time writting my own test, I'll ask you, dear >>fellows : do one of you already wrote a test for monitoring Compaq Raid >>arrays ? I want a simple way to detect when a disk is "dead". >=20 >=20 > I have attached my try at that. > Beware that it is the first BigSister tester that I have written, but I > think it is OK. >=20 > Install with bin/bsmodule -n -s -f install cpqida.mod >=20 > To use it, just use >=20 > DESCR features=3Dcompaq host > host cpqida >=20 > /Niels |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:40:03
|
This patch fixes some inconsistencies in variable names, and especially some missing parameters in calls to the in_range function! /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:33:42
|
When loading uxmon-net, there is a preliminary check that host names will resolve. They fail I you have attached a port number for snmp (I have up to three SNMP aganets on one host) This patch strips the port number before trying the lookup. /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:29:53
|
I have a feeleing the includes in configuration files are not unstacked in the proper order. It was anly a short time I ran with a configuration with more than one level of includes, but ... /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:25:51
|
The attached patch adds this check, and also comment the internal values that conflicts with mib.txt /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:20:03
|
On Thu, Apr 14, 2005 at 04:17:53PM +0200, Niels Baggesen wrote: > The code in access.pm faile to clean leading 0 from first octet of IP > address Now with patch ... /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:18:01
|
The code in access.pm faile to clean leading 0 from first octet of IP address /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:15:04
|
It seems to be about time go through my current difs against BigSister. I am going to send a sequence of mails with mostly minor patches, but broken down so that they should be easy to digest. Hopefully they will then move from my dif file to the cvs ... There is one generated file that distclean fails to remove. See attached patch /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: Niels B. <nb...@us...> - 2005-04-14 14:03:20
|
On Wed, Apr 13, 2005 at 06:47:10PM +0200, JF Burdet wrote: > Before spending more time writting my own test, I'll ask you, dear > fellows : do one of you already wrote a test for monitoring Compaq Raid > arrays ? I want a simple way to detect when a disk is "dead". I have attached my try at that. Beware that it is the first BigSister tester that I have written, but I think it is OK. Install with bin/bsmodule -n -s -f install cpqida.mod To use it, just use DESCR features=3Dcompaq host host cpqida /Niels --=20 Niels Baggesen - @home - =C5rhus - Denmark - nb...@us... The purpose of computing is insight, not numbers --- R W Hamming |
|
From: JF B. <jfb...@hu...> - 2005-04-13 16:47:33
|
Hi, I started learning how to use Big Sister and I appreciate it. But I'm a bit confused by the lack of documentation and the fact that there is an "old" and "new" way of writting tests. Before spending more time writting my own test, I'll ask you, dear fellows : do one of you already wrote a test for monitoring Compaq Raid arrays ? I want a simple way to detect when a disk is "dead". The SNMP table oid's are (from my old perl scripts): my $oidCompaqDaPhyDrvTable = "1.3.6.1.4.1.232.3.2.5.1"; my $oidCompaqDaPhyDrvEntry = $oidCompaqDaPhyDrvTable.".1"; my $oidCompaqDaPhyDrvModel = $oidCompaqDaPhyDrvTable.".1.3"; my $oidCompaqDaPhyDrvStatus = $oidCompaqDaPhyDrvTable.".1.6"; my $oidCompaqDaPhyDrvSize = $oidCompaqDaPhyDrvTable.".1.45"; Thanks for any hints helping me doing this test with BS ! JF |
|
From: P. <wol...@ta...> - 2005-04-07 13:59:27
|
how translate bigsister to other language? --=20 Micha=B3 Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl=20 e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ d= ot ] org http://gielda.linux.pl - chcesz pom=F3c, przy=B3=B1cz si=EA :) |
|
From: Peter V. <pva...@on...> - 2005-03-30 18:29:30
|
I haven't seen anyone else try to help you with this, so here goes... The -D 99 is an option to uxmon. You need to (re)start uxmon directly, not via bb_start. I.e. something like this: uxmon/uxmon -c adm/uxmon-net -D 99 Cheers, Peter On Wed, 23 Mar 2005 18:45:19 -0600, Danny Howard <dan...@to...> wrote: > Hello, > > I have attempted to get a stack graph of FreeBSD memory working. But, > it is not working. > > Where do I run the -D 99? bin/bb_start -D 99 start doesn't seem to do > anything. Where does the debugging go? > > I am attaching a few files: > graphdef-freebsd-mem.cfg > testdef-freebsd-mem.cfg > freebsd-mem.pm > uxmon-net > memgauge.png > > That last is a sample graph of what I am trying to achieve. My hope is > that if there are any obvious bugs I have here, someone will point them > out, but maybe there is other interest as well. I should have a module > once this is working. :) > > What are the plans for the syslog stuff? > > Thanks, > -danny > -- Peter Værlien Fritz Aabakkens vei 17, 7072 Heimdal, Norway Telephone: 917 69 384, E-Mail: pva...@on... http://varlien.home.online.no |
|
From: Danny H. <dan...@to...> - 2005-03-24 00:45:29
|
Hello, I have attempted to get a stack graph of FreeBSD memory working. But, it is not working. Where do I run the -D 99? bin/bb_start -D 99 start doesn't seem to do anything. Where does the debugging go? I am attaching a few files: graphdef-freebsd-mem.cfg testdef-freebsd-mem.cfg freebsd-mem.pm uxmon-net memgauge.png That last is a sample graph of what I am trying to achieve. My hope is that if there are any obvious bugs I have here, someone will point them out, but maybe there is other interest as well. I should have a module once this is working. :) What are the plans for the syslog stuff? Thanks, -danny -- http://dannyman.toldme.com/ |
|
From: Danny H. <dan...@to...> - 2005-03-16 20:34:51
|
Oh, I forgot to attach my code. :) -d -- http://dannyman.toldme.com/ |