I'm getting more confused as I work through this.
- elkhart is having problems with dns resolution
- hobbit2 has no problems
- the /etc/resolv.conf matches
- they are both running SLES 10 SP1 at the same update/patch level
- my windows desktop gets the same resolution errors as elkhart (we seem to be having MS AD dns issues here)
- and running the SAME bbtest-net command on hobbit2 works -- but as you noticed, I'm specifying 'no-ares' so why do I see this on hobbit2?
2008-01-10 09:05:03 ares_search: tlookup='whqdc2', class=1, type=1 2008-01-10 09:05:03 Processing 496 DNS lookups with ARES 2008-01-10 09:05:03 ares_search: tlookup='whqdc1', class=1, type=1 2008-01-10 09:05:03 Processing 496 DNS lookups with ARES
-----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, January 09, 2008 6:06 PM To: hobbit at hswn.dk Subject: Re: [hobbit] bbnet test problem -- terminates with signal 11
On Wed, Jan 09, 2008 at 04:23:15PM -0500, Kauffman, Tom wrote:
The bb-hosts file matches between all three hobbit servers -- here's the end of the run:
2008-01-09 16:03:14 Adding hostname 'lac-primary-router' to resolver queue 2008-01-09 16:03:14 gethostbyname() failed with err 1: Unknown host Segmentation fault (core dumped)
Hmm ... DNS lookup problem, it seems. As a temporary test thing, could you try adding "testip" to this hosts' entry in bb-hosts ?
I noticed you were running with the "--no-ares" option, so I'm a bit puzzled by this - I haven't seen crashes with the standard resolver library.
Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.