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
