Hello,
On 3/26/14, 9:56 AM, B.R. wrote:
>
> I do not know if those 502 are directly tied to some IPv6 request, since
> I have both v4/v6 connectivity. I do not know how switch/fallback
> between versions occur during normal browsing.
> I recovered access to the URL, but following your explanation the 502
> were due to the temporary apache setup.
>
> - I know little about Apache and especially RPAF module, but Googling a
> little around I found that:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726529
> I do not know if that would help, but who knows? If you are using
> Debian, it seems there was an update at the end of January.
I saw that and others like it. Not using Debian but I suspect that RPAF
is the culprit. I could test it, but then I have to scour the logs to
find the IP's of spammers and the like. They'd all show up as 137.0.0.1.
I could simply have Igor delete the AAAA record and that would solve the
problem for people with dual IPv4/IPv6 connectivity, but I'm not excited
to do that. I've been serving the forum on IPv6 for years. It is,
however an option, at least for now.
>
> - For PHP stopping accepting requests, since it is not crashing and you
> confirm the traffic volume is high, I would bet on the exhaustion of
> threads being able to accept new requests. Looks like the usual symptoms.
> Ironically, I found some answers on the Nginx ML archive that would help
> improving threads pool and PHP jobs execution time limit:
> http://forum.nginx.org/read.php?2,108162
That's not the case. Not even close to out of resources. The FPM
children are there, they're "listening", they're just not "hearing".
--
Jim Ohlstein
"Never argue with a fool, onlookers may not be able to tell the
difference." - Mark Twain
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
