> > OK, from the kernels point of view this might be correct. The problem is
> > that none of the failing applications have been mine... sendmail 8.9.0
> > and several different POP3 daemons. So either all these are broken or the
> > kernel has failed to notifies the applications. Shouldn't the socket send
> > an EOF to the application if the peer terminates?
>
> It does. The application is waken up if it is sleeping in poll/select,
> otherwise it gets a SIGPIPE or SIGIO if any one of those is enabled.
I have tried to signal the blocking sendmail process manually. SIGPIPE had
no effect, SIGIO did terminate it. So obviously no SIGIO was send to it by
the kernel.
> If you can reproduce it could you supply a tcpdump of a connection that leads
> to such a stuck socket?
Unfortunately I did only get the incoming traffic... hopefully this might
be of some use. Reproduce it once again might take some time...
22:02:48.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: .
ack 86100 win 1328 (DF) (ttl 240, id 29650)
22:02:50.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: .
ack 86100 win 1840 (DF) (ttl 240, id 29650)
22:02:54.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: .
ack 87560 win 2352 (DF) (ttl 240, id 29653)
22:02:56.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: .
ack 89020 win 1404 (DF) (ttl 240, id 29654)
22:02:57.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: .
ack 89020 win 1404 (DF) (ttl 240, id 29654)
22:08:00.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: P
194:223(29) ack 89020 win 512 (DF) (ttl 240, id 26781)
22:08:00.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: F
223:223(0) ack 89020 win 512 (DF) (ttl 240, id 26782)
22:22:00.000000 mailgate.technion.ac.il.smtp > bore.fysik.lu.se.31823: R
4179340489:4179340489(0) win 0 (DF) (ttl 33, id 15153)
/Henrik
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/