
Всем привет: Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же пых собран модулем. Имеем доставшие уже периодические падения апача. в логах чисто. все остальное на этой тачке, как в этом jail-e, так и в других - работает нормально. Где искать причину? -- With best regards, Gregory Edigarov

Привет ! очень с давних времен :) стоит Lucent MAX 4060 - уже никто не помнит на него пароль :( и утеряно знание как его тупо сбросить в дефолт - чтобы просто "по доке" можно было с нуля все настроить... если у кого-то доки по MAX 4060 остались - помогите пожалуйста ! :) -- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua

Alexander V Soroka пишет:
Настоящие фидорайтеры сабжей не меняют? :) http://rtfm.adamant.net/lucent/

Gregory Edigarov пишет:
А какая-то закономерность в падениях имеется? На время разборок поставить monit, которым рестартовать апач в случае сбоев. Да и вобще, штука полезная, как на мой взгляд.
в логах чисто. все остальное на этой тачке, как в этом jail-e, так и в других - работает нормально.
Т.е. просто взяли и свалились? Причем, именно мастер-процесс, который остальных форкает?
Где искать причину?
1. Посмотреть, не объявляются ли где слишком здоровые логи (>2GB) 2. Врубить апачу логи на уровне отладки и смотреть там. 3. Уменьшить количество child-ов и повесить фронтендом nginx. Лично я нарывался на слеты либо с логами, достигшими максимально допустимого размера файла, либо с превышение лимитов на процессы от одного пользователя (оно ж таки форкается неслабо). Еще можно попробовать периодически снимать картинку по состоянию процессов (кол-во, используемая память, etc), чтобы сузить направление колупания. -- Michael Bochkaryov
participants (7)
-
Alexander V Soroka
-
Andrew Stesin
-
Gregory Edigarov
-
Michael Bochkaryov
-
Valentin Nechayev
-
Vladimir A. Podgorny
-
Vladimir Litovka