loss of masters over ipsec hoses bind
Adam Tkac
atkac at redhat.com
Wed Jan 9 14:45:12 UTC 2008
On Wed, Jan 09, 2008 at 07:33:31AM -0600, Matt LaPlante wrote:
> > > > >
> > > > >
> > > > > I would say that some I/O is blocking when it shouldn't
> > > > > with sockets which use ipsec. If this is the case it is
> > > > > a kernel bug and named can't do anything to prevent it.
> > > > > Named marks all sockets as non-blocking.
> > > > >
> > > > > Mark
I also expect kernel bug..
>
> Ping...
>
> I'm still seeing this any time one of the ipsec endpoints goes away
> (and it happens on either end, so it's definitely repeatable).
>
I've run into same problems in RH
(https://bugzilla.redhat.com/show_bug.cgi?id=427629). Would it be
possible send (me or here) stack traces where exactly named hangs? It
will point us where problem is. Mark's patch also point me that
internal_connect functions uses errno directly (something like switch
(errno) statement etc.). Not sure if something modifies errno and
socket code has unexpected behavior. Code should start use statements
like
err = errno;
switch (err) ...
instead use errno directly.
Adam
--
Adam Tkac, Red Hat, Inc.
More information about the bind-users
mailing list