Re: dccp bugs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



| > | > Can you try the `ss' command from the iproute package when the problem
| > | > occurs, using `ss -nadep' to display the DCCP states?
| > | >
| > | $ ss -nadep
| > | State       Recv-Q Send-Q                        Local Address:Port                          
| > | Peer Address:Port
| > | FIN-WAIT-1  0      0                                 127.0.0.1:2008                             
| > | 127.0.0.1:29792  ino:0 sk:d301d3c0
| > | 
<snip>
| 
| IIRC Thomas said that the server process terminates, its just the client
| that hangs for a long time, lemme re-read the other messages...
| 
| <quote Thomas>
|  When I run ./server then ./client packets are sent but client program
|  finishes executions only after all packets from queue are sent. Which
|  is I guess quite ok. The problem happens when I kill the server program
|  while client is running and sending packets.  The client detects that
|  the connection is broken and starts returning error 32 from sendmsg
|  call. But after it finishes sending packets it hangs on exit and even
|  kill -9 doesn't work. It finishes after quite a long time (eg.  10
|  minutes).
| </quote>
| 
This is a good point, but now it gets confusing. The FIN-WAIT-1/active
CLOSEREQ state can only happen on the server, so maybe the above output
is not the right one.
--
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [IETF DCCP]     [Linux Networking]     [Git]     [Security]     [Linux Assembly]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux