EPIPE blocks server
        Posted  
        
            by timn
        on Stack Overflow
        
        See other posts from Stack Overflow
        
            or by timn
        
        
        
        Published on 2010-03-28T20:09:28Z
        Indexed on 
            2010/03/28
            20:13 UTC
        
        
        Read the original article
        Hit count: 449
        
I have written a single-threaded asynchronous server in C running on Linux: The socket is non-blocking and as for polling, I am using epoll. Benchmarks show that the server performs fine and according to Valgrind, there are no memory leaks or other problems.
The only problem is that when a write() command is interrupted (because the client closed the connection), the server will encounter a SIGPIPE. I am doing the interrupted artifically by running the benchmarking utility "siege" with the parameter -b. It does lots of requests in a row which all work perfectly. Now I press CTRL-C and restart the "siege". Sometimes I am lucky and the server does not manage to send the full response because the client's fd is invalid. As expected errno is set to EPIPE. I handle this situation, execute close() on the fd and then free the memory related to the connection. Now the problem is that the server blocks and does not answer properly anymore. Here is the strace output:
accept(3, {sa_family=AF_INET, sin_port=htons(50611), sin_addr=inet_addr("127.0.0.1")}, [16]) = 5
fcntl64(5, F_GETFD)                     = 0
fcntl64(5, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
epoll_ctl(4, EPOLL_CTL_ADD, 5, {EPOLLIN|EPOLLERR|EPOLLHUP|EPOLLET, {u32=158310248, u64=158310248}}) = 0
epoll_wait(4, {{EPOLLIN, {u32=158310248, u64=158310248}}}, 128, -1) = 1
read(5, "GET /user/register HTTP/1.1\r\nHos"..., 4096) = 161
write(5, "HTTP/1.1 200 OK\r\nContent-Type: t"..., 106) = 106     <<<<<
write(5, "00001000\r\n", 10)            = -1 EPIPE (Broken pipe) <<<<< Why did the previous write() work fine but not this one?
--- SIGPIPE (Broken pipe) @ 0 (0) ---
As you can see, the client establishes a new connection which consequently is accepted. Then, it's added to the EPOLL queue. epoll_wait() signalises that the client sent data (EPOLLIN). The request is parsed and and a response is composed. Sending the headers works fine but when it comes to the body, write() results in an EPIPE. It is not a bug in "siege" because it blocks any incoming connections, no matter from which client.
© Stack Overflow or respective owner