Hi Dustin.
No, the hardware is different. Ns1 is a Dell and ns2 is a Compaq. They are
both set up about the same. They are just used as name servers.
I like your driver theory. It would explain why restart named doesn't help.
Would RH's up2date keep the driver up to date or is that something has to be
done some other way?
Thanks,
John
John Souvestre - Southern Star & Integrated Data Systems - (504) 355-0609
> -----Original Message-----
> From: owner-nolug@stoney.redfishnetworks.com [mailto:owner-
> nolug@stoney.redfishnetworks.com] On Behalf Of Dustin Puryear
> Sent: Saturday, October 25, 2008 2:06 PM
> To: nolug@nolug.org
> Subject: Re: [Nolug] DNS Server Problem with TCP
>
> Oh, wait. Did you say you are using identical hardware? The same NIC? If
> not, could it be a driver or hardware issue with the card and it flakes out?
>
> Also, the reason I was asking about running network services is that DNS
> may be a red herring (as you implied with the 'ping' comment).
>
> --
> Dustin Puryear
> President and Sr. Consultant
> Puryear Information Technology, LLC
> 225-706-8414 x112
> http://www.puryear-it.com
>
> Author, "Best Practices for Managing Linux and UNIX Servers"
> http://www.puryear-it.com/pubs/linux-unix-best-practices/
>
>
> John Souvestre wrote:
> > Hi Dustin.
> >
> > I should add that restarting named doesn't help.
> >
> > John
> >
> > John Souvestre - Southern Star & Integrated Data Systems - (504) 355-
> 0609
> >
> > > -----Original Message-----
> > > From: John Souvestre [mailto:johns@sstar.com]
> > > Sent: Saturday, October 25, 2008 11:26 AM
> > > To: 'nolug@nolug.org'
> > > Subject: RE: [Nolug] DNS Server Problem with TCP
> > >
> > > Hi Dustin.
> > >
> > > redhat-release-4ES-8.0.el4_7.1 is the version on both ns1 and ns2.
> > >
> > > bind-9.2.4-30.el4 on both. But I don't think that bind is part of the
> > > problem since TCP pings to the box fail also when the problem starts.
> > >
> > > Thanks,
> > >
> > > John
> > >
> > > John Souvestre - Southern Star & Integrated Data Systems - (504) 355-
> 0609
> > >
> > > > -----Original Message-----
> > > > From: owner-nolug@stoney.redfishnetworks.com [mailto:owner-
> > > > nolug@stoney.redfishnetworks.com] On Behalf Of Dustin Puryear
> > > > Sent: Saturday, October 25, 2008 10:38 AM
> > > > To: nolug@nolug.org
> > > > Subject: Re: [Nolug] DNS Server Problem with TCP
> > > >
> > > > The exact same version of RH? And what is the kernel version on both?
> > > > And the version of bind on both?
> > > >
> > > > --
> > > > Dustin Puryear
> > > > President and Sr. Consultant
> > > > Puryear Information Technology, LLC
> > > > 225-706-8414 x112
> > > > http://www.puryear-it.com
> > > >
> > > > Author, "Best Practices for Managing Linux and UNIX Servers"
> > > > http://www.puryear-it.com/pubs/linux-unix-best-practices/
> > > >
> > > >
> > > > John Souvestre wrote:
> > > > > Hi all.
> > > > >
> > > > > I'm having a strange problem with one of our DNS servers
> > > (ns1.idsno.net).
> > > > Our
> > > > > ns2.idsno.net server is set up almost identically and it has no
> problem.
> > > > >
> > > > > The problem is with the ability to do DNS TCP transfers. What
> makes
> > > this
> > > > really
> > > > > strange is that TCP works just fine when the box is rebooted. But
> a few
> > > > days
> > > > > later, it stops responding to TCP. I've seen this happen a half
> dozen
> > > > times.
> > > > >
> > > > > We're running RH. As far as I can tell, IPTables is not being used
> on
> > > the
> > > > box.
> > > > >
> > > > > I don't see anything interesting in /var/log/messages.
> > > > >
> > > > > The box is behind a PIX but so is the other one. Port 53 UDP and
> TCP
> > > are
> > > > both
> > > > > enabled.
> > > > >
> > > > > Does anyone have any ideas?
> > > > >
> > > > > Thanks!
> > > > >
> > > > > John
> > > > >
> > > > > John Souvestre - Southern Star & Integrated Data Systems - (504)
> 355-
> > > > 0609
> > > > >
> > > > >
> > > > > ___________________
> > > > > Nolug mailing list
> > > > > nolug@nolug.org
> > > > >
> > > > > --
> > > > > This message was scanned by ESVA and is believed to be clean.
> > > > > Click here to report this message as spam.
> > > > > http://esva.puryear-it.com/cgi-bin/learn-msg.cgi?id=
> > > > >
> > > > >
> > > > ___________________
> > > > Nolug mailing list
> > > > nolug@nolug.org
> >
> > ___________________
> > Nolug mailing list
> > nolug@nolug.org
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://esva.puryear-it.com/cgi-bin/learn-msg.cgi?id=
> >
> >
> ___________________
> Nolug mailing list
> nolug@nolug.org
___________________
Nolug mailing list
nolug@nolug.org
Received on 10/25/08
This archive was generated by hypermail 2.2.0 : 12/19/08 EST