Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум Apache

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Странности с Apache
 
 автор: Protey   (03.12.2007 в 19:09)   письмо автору
 
 

к сожалению, пока не удаётся определить периодичность появления проблемы..
суть её в следующем:
временами что-то происходит, и процессов апача становится максимально разрешенное количество, при этом доступа к сайтам нет, и процессор совершенно не нагружается..
всё это длится какое-то время (минуты) и само собой прекращается..

на машине установлена Ubuntu 7.04

   
 
 автор: cheops   (03.12.2007 в 19:25)   письмо автору
 
   для: Protey   (03.12.2007 в 19:09)
 

1) Каково среднее время работы процессов в apache_status?
2) Процесс Apache остаётся занятым до тех пор, пока посетитель качает файл - качает 6 часов, процесс будет занят 6 часов (всю остальную работу будут выполнять оставшиеся процессы, если их тоже качки не заняли). Когда достигается максимальное количество допустимых процессов - новые процессы больше не образуются, apache ждёт, когда освободятся уже существующие (процессор при этом может простаивать, так как для отправки данных в сеть он практически не нужен).

PS У вас с сервера много народу качает? Ограничение стоит на количество процессов для одного IP-адреса?

   
 
 автор: Protey   (03.12.2007 в 20:05)   письмо автору
 
   для: cheops   (03.12.2007 в 19:25)
 

может быть всё так как вы описываете, но не в моём случае..
пока бился с этой проблемой самостоятельно, подумал, может и правда количество разрешенных процессов слишком мало, увеличил эту цифру (с 250 до 450), и тут же процессов опять стало под завязку.. может быть, такое возможно на сайтах файловых архивов.. но у меня ничего подобного нет! качать практически нечего!

   
 
 автор: lifead   (03.12.2007 в 21:14)   письмо автору
 
   для: Protey   (03.12.2007 в 20:05)
 

А Вы пробовали сократить количество допустимых процессов, которое может выполнять один пользователь? не добавляя максимального колличества прцессов, ведь может быть такое если нет ограничения у Вас один пользователь займет все процессы(сколько бы их небыло), а остальные будут ждать.

   
 
 автор: cheops   (04.12.2007 в 11:00)   письмо автору
 
   для: Protey   (03.12.2007 в 20:05)
 

Вы используете модуль cband? И что в apache_status (подключите его - будет гораздо удобнее анализировать, кто и что забивает все процессы)?

   
 
 автор: Protey   (04.12.2007 в 13:53)   письмо автору
 
   для: cheops   (04.12.2007 в 11:00)
 

2cheops
cband НЕ используется
apache_status подключил, но видимо придется ждать следующего заскока, т.к. сейчас всё в порядке..
да и, что-то мне подсказывает, что во время заскока данная страница тоже не будет доступна..

   
 
 автор: cheops   (05.12.2007 в 11:38)   письмо автору
 
   для: Protey   (04.12.2007 в 13:53)
 

Если всё-таки успеете загрузить - посмотрите нет ли там множества процессов с одинаковыми IP-адресами удалённого клиента, которые качают один и тот же файл. Если есть - ставьте cband и настраивайте количество процессов на одного клиента - иначе любители обратиться сразу 50 запросами на один файл (с использованием широкого канала) вас регулярно класть будут.

   
 
 автор: Protey   (05.12.2007 в 16:14)   письмо автору
 
   для: cheops   (05.12.2007 в 11:38)
 

единственное моё подозрение падает на моменты, когда хозяин одного из сайтов начинает делать резервную копию ч/з ftp
1 или 2 раза время заскока с его копированием совпадало

и кстати, модуль cband не хочет запускаться по нижеприведённой причине:
apache2: Syntax error on line 187 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/cband.load: API module structure `cband_module' in file /usr/lib/apache2/modules/mod_cband.so is garbled - perhaps this is not an Apache module DSO?

   
 
 автор: Faraon   (03.12.2007 в 21:32)   письмо автору
 
   для: cheops   (03.12.2007 в 19:25)
 

Наверно в этом случае сервер бы выдал 502 ошибку

   
 
 автор: Protey   (04.12.2007 в 05:58)   письмо автору
 
   для: Faraon   (03.12.2007 в 21:32)
 

а он никаких ошибок не выдаёт.. просто висит и всё.. и нельзя подключиться к нему..

   
 
 автор: Protey   (06.12.2007 в 17:32)   письмо автору
 
   для: Protey   (03.12.2007 в 19:09)
 

кто-нибудь знает в чем проблема?
а главное, как её решить?

   
 
 автор: Protey   (15.03.2008 в 18:35)   письмо автору
 
   для: Protey   (06.12.2007 в 17:32)
 

данная проблема все еще имеет место быть!
во время "заскока" server-status вот что показывает:

Srv      PID    Acc       M     CPU   SS Req Conn Child  Slot  Client VHost Request
319-10  3808  0/12/67     R     0.17  34  21   0.0   0.08  0.19   ?       ?     ..reading..

и подобных процессов очень и очень много (под завязку)

   
 
 автор: cheops   (16.03.2008 в 11:45)   письмо автору
 
   для: Protey   (15.03.2008 в 18:35)
 

IP-адреса у всех одинаковые? Может кто-то пытается качалкой открыть одновременно 50-100 запросов?

   
 
 автор: Protey   (16.03.2008 в 12:53)   письмо автору
 
   для: cheops   (16.03.2008 в 11:45)
 

в графе Client нет ip-адресов вообще! там знак "?" везде

   
 
 автор: Protey   (25.03.2008 в 16:41)   письмо автору
 
   для: Protey   (16.03.2008 в 12:53)
 

а это, случаем, хакерской атакой не может быть?

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования