У нас есть стандартное развертывание lighttpd с PHP-CGI, и наши журналы ошибок переполнены следующим. Это вызывает огромную проблему, потому что мы продолжаем возвращать нашим клиентам 500:
2012-10-14 14:28:38: (mod_fastcgi.c.3001) backend is overloaded; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 36
2012-10-14 14:28:38: (mod_fastcgi.c.2764) fcgi-server re-enabled: 0 /tmp/php-7735.socket
2012-10-14 14:28:39: (mod_fastcgi.c.2764) fcgi-server re-enabled: 0 /tmp/php-7735.socket
2012-10-14 14:28:40: (mod_fastcgi.c.3001) backend is overloaded; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 37
2012-10-14 14:28:40: (mod_fastcgi.c.2764) fcgi-server re-enabled: 0 /tmp/php-7735.socket
2012-10-14 14:28:41: (mod_fastcgi.c.3001) backend is overloaded; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 57
2012-10-14 14:28:41: (mod_fastcgi.c.3001) backend is overloaded; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 57
2012-10-14 14:28:42: (mod_fastcgi.c.3597) all handlers for /index.php? on .php are down.
Кто-нибудь знает, что происходит? Мы перезапустили все процессы, связанные с php и lighttpd, и это не устранило проблему. В итоге мы перезагрузили весь ящик, и теперь он исчез, хотя мы опасаемся, что он может вернуться позже ...
В целом наше развертывание идет хорошо уже долгое время, и это происходит впервые.
Это в основном означает, что все процессы php заняты обработкой запросов, и нет свободных процессов php для обработки новых входящих запросов. Это вызывает ошибку 500.
Обычно это означает, что PHP-код, который вы выполняете, работает медленно, перегружая процессы PHP. Попробуйте включить медленный журнал mysql, чтобы увидеть, не являются ли причиной медленные запросы, попробуйте кэширование кода операции php, такое как APC, чтобы немного ускорить процесс.