обнаружение состояния сервера от apache2, когда в MaxClients
ext4 является все еще очень новым. Консервативный подход должен был бы использовать ext3 или что-то с известными характеристиками надежности. Я рекомендовал бы ext4 в этой точке только для систем, где надежность не очень важна, или где новые возможности в ext4 существенно перевешивают риск потери данных.
Вы могли сцепиться в одну из более ранних фаз в mod_perl жизненный цикл и вывести запросы в той точке. Добавьте рычаг в конце для маркировки конкретного запроса, как завершено (возможно, добавляют заголовки ответа), и теперь Вы знаете то, что в настоящее время работает.
-
1мы закончили тем, что узнали, что проблема вызывается Apache:: DBI для хранения персистентных дескрипторов дб между запросами – Brendan 17 June 2009 в 09:13
Не, для чего Вы смотрите точно, но Вы могли перезапустить Apache, сценарий, выбирающий состояние каждый (N секунды/минуты), пока это не отказывает, и затем выглядите самое большее недавними?
-
1не собираясь достигать, что требуется, поскольку Вы теряете то, что запрашивает, дети делают, и Вы наклоняетесь, используют журналы, потому что вход сделан в конце запроса – Brendan 15 June 2009 в 06:10
Я с тех пор узнал, что один возможный маршрут должен остановить входящее движение к этому веб-сайту (iptables, правило о локальном поле было бы достаточно легко), затем получают изодромный с предварением список апачских детей и отправляют ПОНУКАНИЕ нескольким детям, затем сделайте localhost состояние сервера (поскольку у Вас теперь есть некоторые освобожденные дети для обслуживания запросов).
-
1Это полагается на Вас использующий предварительное ветвление MPM. При использовании рабочего MPM это не может быть столь же полезно. В то время как рабочий действительно разветвляет и использует много процессов, you' ll заканчивают тем, что уничтожили намного больше запросов, чем Вы хотели бы. – David Pashley 15 June 2009 в 12:13