Всем привет: Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же пых собран модулем. Имеем доставшие уже периодические падения апача. в логах чисто. все остальное на этой тачке, как в этом jail-e, так и в других - работает нормально. Где искать причину? -- With best regards, Gregory Edigarov
Tue, Jul 01, 2008 at 12:03:13, greg wrote about "[uanog] апач":
Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же
пых собран модулем.
Имеем доставшие уже периодические падения апача.
Ну если падения - то почему не получать и не анализировать корки? В них что-то разумное видно? -netch-
Valentin Nechayev wrote:
Tue, Jul 01, 2008 at 12:03:13, greg wrote about "[uanog] апач":
Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же
пых собран модулем.
Имеем доставшие уже периодические падения апача.
Ну если падения - то почему не получать и не анализировать корки? В них что-то разумное видно?
Буду ковырять. я думал мож кто тут таки уже по этим граблям проехал... -- With best regards, Gregory Edigarov
Tue, Jul 01, 2008 at 12:23:24, greg wrote about "Re: [uanog] апач":
Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же
пых собран модулем.
Имеем доставшие уже периодические падения апача. Ну если падения - то почему не получать и не анализировать корки? В них что-то разумное видно? Буду ковырять. я думал мож кто тут таки уже по этим граблям проехал...
Даже если кто-то проезжал, причины у всех разные. -netch-
2008/7/1 Gregory Edigarov
Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же
пых собран модулем.
Имеем доставшие уже периодические падения апача.
Ну если падения - то почему не получать и не анализировать корки? В них что-то разумное видно?
Буду ковырять. я думал мож кто тут таки уже по этим граблям проехал...
:-) Дано: автомобиль механическая коробка передач карбюратор задержка впрыска регулируется из салона время от времени глохнет на ходу потеков масла и отпавших деталей не обнаружено может кто уже проезжал по этим граблям? -- /doka
Привет ! очень с давних времен :) стоит 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 пишет:
очень с давних времен :) стоит Lucent MAX 4060 - уже никто не помнит на него пароль :( и утеряно знание как его тупо сбросить в дефолт - чтобы просто "по доке" можно было с нуля все настроить...
если у кого-то доки по MAX 4060 остались - помогите пожалуйста ! :)
Настоящие фидорайтеры сабжей не меняют? :) http://rtfm.adamant.net/lucent/
Gregory Edigarov пишет:
Всем привет:
Дано: FreeBSD-6.2, хостинг-jail apache 2.0.61 из портов, prefork php-4.4.7 из портов-же
пых собран модулем.
Имеем доставшие уже периодические падения апача.
А какая-то закономерность в падениях имеется? На время разборок поставить 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