Ask and ye shall receive:
This GDB was configured as "i586-suse-linux"... Core was generated by `bbtest-net --report --ping --checkresponse --debug --no-ssl'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x4004c691 in kill () from /lib/libc.so.6
The bb-network.log is interesting -- doesn't bbtest-net understand the 'noconn' tag? I've got my systems multiply defined, to allow groupings by function and groupings by site; the function groupings all have 'noconn' specified.
I'll attach the log -- but this looks like where the problem hit:
2005-05-04 13:07:57 Got DNS result for host rey-primary-router : 10.112.254.12 2005-05-04 13:07:57 Got DNS result for host gos-secondary-router : 10.16.254.13 2005-05-04 13:07:57 DNS lookup failed for lod-router-hsrp - status Domain name not found (4) 2005-05-04 13:08:02 DNS lookup failed for whq-intranet-d.nibco.com - status Channel is being destroyed (16) 2005-05-04 13:08:02 DNS lookup failed for gos-iqserver - status Channel is being destroyed (16)
As I said, it seems to run just fine on SuSE 9.0, so I'm planning on updating this 8.2 (unpatched 8.2, at that!) to either 9.0 or 9.3. I had been hoping to wait until I got my 'new' hardware (this is a 4-way P4-450 Xeon box, an old Dell 4300; the replacement will be a 2-way Dell currently in use by another application).
Tom
-----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, May 04, 2005 3:29 PM To: hobbit at hswn.dk Subject: Re: [hobbit] bbnet terminating on signal 6
On Wed, May 04, 2005 at 12:43:14PM -0500, Kauffman, Tom wrote:
Loaded symbols for /lib/libnss_files.so.2 #0 0x4004c691 in kill () from /lib/libc.so.6
Hrm - that doesn't say much about what's happening. Meaning that it's probably some sort of memory/stack corruption.
Could you try running it with --debug ? That should at least give some idea about what it is doing when it crashes.
This is SuSE 8.2 (yeah, I know!); I did not include ssl or lapd testing at config time.
Still, it shouldn't crash.
I saw one other signal 6 on the list, but no resolution. Have I missed something?
No I haven't figured out what happened there - since no one else reported something like that, I was suspecting a local setup issue of some kind. With two reports, that is rather unlikely.
Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Wed, May 04, 2005 at 03:47:31PM -0500, Kauffman, Tom wrote:
The bb-network.log is interesting -- doesn't bbtest-net understand the 'noconn' tag? I've got my systems multiply defined, to allow groupings by function and groupings by site; the function groupings all have 'noconn' specified.
It does know about the "noconn" tag, but the way the bb-hosts file get parsed and tests added to the queue may not be quite as you expected. Suffice to say, I do believe it ends up doing the right thing :-)
I'll attach the log -- but this looks like where the problem hit:
Yes, it seems to be a problem in the resolver library. Just to verify that, could you try running bbtest-net with the "--no-ares" option and see if that keeps it from crashing ? I know this may cause bbtest-net to spend much more time doing DNS lookups, but I'd like to have the problem narrowed down as much as possible.
Thanks, Henrik
My epxressions here must be really confusing:
$WINOPS=winops at xyz.com
CCRT Windows
HOST="%(cctfep3*|cctapp3*|cctfep1[0-9]||cctfep0*|cctapp[0-9]|cctpdp0*|cctdbp0*)" SERVICE=conn (164) MAIL $WINOPS REPEAT=10 RECOVERED
(172) HOST="%(tucwbs1*|ttucfes1*|tucaps1*|tucwbq1*|tucfeq1*|tucapq1*)" SERVICE=conn MAIL $UNIXOPS REPEAT=10 RECOVERED
00012290 2005-05-05 10:49:39 *** Match with 'HOST=%(cctfep3*|cctapp3*|cctfep1[0-9]||cctfep0*|cctapp[0-9]|cctpdp0*|cctdbp0*) SERVICE=conn' *** 00012290 2005-05-05 10:49:39 Matching host:service:page 'smtp2:conn:' against rule line 164 00012290 2005-05-05 10:49:39 *** Match with 'MAIL $WINOPS REPEAT=10 RECOVERED' *** 00012290 2005-05-05 10:49:39 Mail alert with command 'mail -s "Hobbit [12345] smtp2:conn CRITICAL (RED)" winops at xyz.com' 00012290 2005-05-05 10:49:39 Matching host:service:page 'smtp2:conn:' against rule line 172
This also paging by a different rule. bottom line is that there is no real HOST entry to match this hostname. The paging rule is not listed on the info page for this host.
5 rules further down in the alerts file but not the last rule: (doesn't show on the info page)
HOST=Teletrack,GetEfunds,Equifax-Canada,TU-Canada,TU,Equifax,Experian SERVICE=conn MAIL abc at xyz.com MAIL $UNIXADM3
Sue Bauer-Lee | KE4HNN, SSCP Carrollton, GA 30112 | Email: sblee at tazmania.org
On Thu, 5 May 2005 11:12:07 -0400 Sue Bauer-Lee <sblee at tazmania.org> wrote:
My epxressions here must be really confusing:
$WINOPS=winops at xyz.com
CCRT Windows
HOST="%(cctfep3*|cctapp3*|cctfep1[0-9]||cctfep0*|cctapp[0-9]|cctpdp0*|cctdbp0*)" SERVICE=conn (164) MAIL $WINOPS REPEAT=10 RECOVERED
Most regex engines match a empty "ored" string agains everything with a TRUE return. So on the "cctfep1[0-9]||cctfep0*" you have an empty "||" sequence who will posible match agains every host. Try remove one of the "|".
I didn't look at the code to be 100% sure on this.
-wm
On Thu, May 05, 2005 at 11:12:07AM -0400, Sue Bauer-Lee wrote:
My epxressions here must be really confusing:
$WINOPS=winops at xyz.com
CCRT Windows
HOST="%(cctfep3*|cctapp3*|cctfep1[0-9]||cctfep0*|cctapp[0-9]|cctpdp0*|cctdbp0*)" SERVICE=conn (164) MAIL $WINOPS REPEAT=10 RECOVERED
(172) HOST="%(tucwbs1*|ttucfes1*|tucaps1*|tucwbq1*|tucfeq1*|tucapq1*)" SERVICE=conn MAIL $UNIXOPS REPEAT=10 RECOVERED
I think you've been bitten by a common pitfall in converting shell "globbing" strings into regexp's: If you want to match "anything", you must use '.*' in a regexp, not just '*' - because "*" just means "0 or more occurrences of the token to the left of the *".
E.g. "abc*" means "ab followed by c or more c's", and is matched by "ab", "abc", "abcc", "abccc", "abccccc" ... "abc.*" means "abc following by zero or more characters", and is matched by "abc", "abcdjweerp903485" etc.
So those two lines should probably be
HOST="%(cctfep3.*|cctapp3.*|cctfep1[0-9]|cctfep0.*|cctapp[0-9]|cctpdp0.*|cctdbp0.*)" SERVICE=conn MAIL $WINOPS REPEAT=10 RECOVERED
HOST="%(tucwbs1*|ttucfes1.*|tucaps1.*|tucwbq1.*|tucfeq1.*|tucapq1.*)" SERVICE=conn MAIL $UNIXOPS REPEAT=10 RECOVERED
Regards, Henrik
participants (4)
-
henrik@hswn.dk
-
KauffmanT@nibco.com
-
sblee@tazmania.org
-
wmlist_ext@terra.com.br