Lukas Tribus said the following on 02/20/2014 11:31 AM: > Hi, > > >> 11:04:59.057223 accept(7, {sa_family=AF_INET, sin_port=htons(59491), >> sin_addr=inet_addr("10.46.10.145")}, [16]) = 1 >> 11:04:59.057310 fcntl(1, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 >> 11:04:59.057342 setsockopt(1, SOL_TCP, TCP_NODELAY, [1], 4) = 0 >> 11:04:59.057370 accept(7, 0x7fff50f0b480, [128]) = -1 EAGAIN (Resource >> temporarily unavailable) >> 11:04:59.057411 recvfrom(1, 0x1d5b504, 8192, 0, 0, 0) = -1 EAGAIN (Resource >> temporarily unavailable) >> 11:04:59.057446 epoll_ctl(0, EPOLL_CTL_ADD, 1, {EPOLLIN|0x2000, {u32=1, >> u64=1}}) = 0 >> 11:04:59.057476 epoll_wait(0, {}, 200, 31) = 0 >> 11:04:59.088696 epoll_ctl(0, EPOLL_CTL_DEL, 1, {0, {u32=1, u64=1}}) = 0 >> 11:04:59.088752 epoll_wait(0, {}, 200, 0) = 0 >> 11:04:59.088778 sendto(1, "HTTP/1.0 408 Request Time-out\r\nC"..., 212, >> MSG_DONTWAIT|MSG_NOSIGNAL|MSG_MORE, NULL, 0) = 212 >> 11:04:59.088822 shutdown(1, 1 /* send */) = 0 >> 11:04:59.088901 close(1) = 0 >> 11:04:59.088952 epoll_wait(0, {{EPOLLIN, {u32=7, u64=7}}}, 200, 31) = 1 > > I don't get it why this happens ... > and I haven't gotten the slightest idea. I'll gladly patch the source and rebuild the rpm for dev22 I use, to enable more debugging if this can assist.
> > Do you still see issues when using defer-accept [1] on the bind line in the > configuration? > I've set defer-accept on the bind and it seems I can't reproduce the issue anymore - tried an apachebench with -c 2 and -n 100 - which didn't give any errors. > > Please always respond the the mailing list as well. > I didn't want to send attachments to the list.. so it should only be those that didn't get send to the list (and I should probably just have send the attachment off-list and not the entire email). sorry. -- Regards, Klavs Klavsen, GSEC - k...@vsen.dk - http://www.vsen.dk - Tlf. 61281200 "Those who do not understand Unix are condemned to reinvent it, poorly." --Henry Spencer