memcached losing connections

[Kevin Dalley]

Perhaps this is the close problem, but this is in the middle of 
generate_data in tests/function.c.   The poll is waiting for a write.
I thought that these tests did not close the connection until 
the end of the test.

Perhaps I need a refresher on the symptoms
of this problem.

I am using FreeBSD 4.11 in these tests, so I don't know whether the
problem goes away with 6.2.


On Tue, 2008-01-22 at 18:55 -0800, Brian Aker wrote:
> Hi!
> 
> I suspect that this is the problem I and Sean looked at while at the  
> hackathon. FreeBSD's (and OSX) network stack do not properly flush on  
> close() localhost.
> 
> Cheers,
> 	-Brian
> 
> On Jan 22, 2008, at 5:53 PM, Kevin Dalley wrote:
> 
> > Yes, this is against localhost.
> >
> > When the tests are run against a different machine (though under  
> > Linux),
> > the problem goes away.
> >
> >
> > On Tue, 2008-01-22 at 15:43 -0800, Brian Aker wrote:
> >> Hi!
> >>
> >> On Jan 22, 2008, at 9:51 AM, Kevin Dalley wrote:
> >>
> >>> client.  The libmemcached test case "./testapp generate_nonblock"
> >>> reliably shows this problem.  The client is stuck in a poll, waiting
> >>> for
> >>> the ability to write on a socket.
> >>
> >>
> >> Is this against localhost?
> >>
> >> Cheers,
> >> 	-Brian
> >>
> >> --
> >> _______________________________________________________
> >> Brian "Krow" Aker, brian at tangent.org
> >> Seattle, Washington
> >> http://krow.net/                     <-- Me
> >> http://tangent.org/                <-- Software
> >> http://exploitseattle.com/    <-- Fun
> >> _______________________________________________________
> >> You can't grep a dead tree.
> >>
> 
> --
> _______________________________________________________
> Brian "Krow" Aker, brian at tangent.org
> Seattle, Washington
> http://krow.net/                     <-- Me
> http://tangent.org/                <-- Software
> http://exploitseattle.com/    <-- Fun
> _______________________________________________________
> You can't grep a dead tree.
>