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