[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151029145847.GA10859@netbsd.org>
Date: Thu, 29 Oct 2015 14:58:47 +0000
From: David Holland <dholland-tech@...bsd.org>
To: Alan Burlison <Alan.Burlison@...cle.com>
Cc: Casper.Dik@...cle.com, Al Viro <viro@...IV.linux.org.uk>,
David Miller <davem@...emloft.net>, eric.dumazet@...il.com,
stephen@...workplumber.org, netdev@...r.kernel.org,
dholland-tech@...bsd.org
Subject: Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect
for sockets in accept(3)
On Tue, Oct 27, 2015 at 10:52:46AM +0000, Alan Burlison wrote:
> >But in general, this is basically a problem with the application: the file
> >descriptor space is shared between threads and having one thread sniping
> >at open files, you do have a problem and whatever the kernel does in that
> >case perhaps doesn't matter all that much: the application needs to be
> >fixed anyway.
>
> The scenario in Hadoop is that the FD is being used by a thread that's
> waiting in accept and another thread wants to shut it down, e.g. because
> the application is terminating and needs to stop all threads cleanly.
ISTM that the best way to do this is to post a signal to the thread so
accept bails with EINTR, at which point it can check to see if it's
supposed to be exiting.
Otherwise it sounds like the call you're looking for is not close(2)
but revoke(2). Last I remember Linux doesn't have revoke because
there's no way to implement it that isn't a trainwreck.
--
David A. Holland
dholland@...bsd.org
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists