https://opennet.dev/openforum/vsluhforumID1/91142.html Здравствуйте.<br><br>При запуске скрипта через cron каждую минуту следующим образом: wget "http://site.ru/index.php?param=param1"<br><br>Экземпляры apache (httpd), которые обрабатывают этот запрос начинают повисать. Точнее не прекращают свою работу даже если убить процесс wget. Они так и висят в памяти, а скрипты продолжают работать.<br><br>Процессы накапливаются, кушают всю оперативку и сервер apache перестаёт отвечать.<br><br>На сколько я понял по информации на эту тему проблема в mod_php и том, что скрипты не выдают никакого контента пользователю и не расходуют ресурсы процессора и поэтому не попадают ни под один лимит.<br><br><br>Что делать? Как застраховать сервер от таких скриптов?<br> https://opennet.dev/openforum/vsluhforumID1/91142.html#7 Mon, 14 Mar 2011 17:58:34 GMT &gt;[оверквотинг удален]<br>&gt; &lt;?<br>&gt; for($i=0;$i&lt;60;$i++) { <br>&gt; sleep(10); <br>&gt; print $i; <br>&gt; print " <br>&gt; "; <br>&gt; } <br>&gt; ?&gt; <br>&gt; mod_php - выводит полный результат через 10 минут. mod_fcgid - таймаутится, помоему <br>&gt; через 40 секунд, но остается процесс в системе... Грустно.<br><br>мод_пхп и через 10 минут ничего не выводит. Процессы всё равно висят.<br><br>Проблему собственно решили пока просто отключением скрипта по собственному желанию. Сделали exit.<br><br><br>&gt; тут http://forum.nginx.org/read.php?25,30727,31964 говорят что php-fpm умеет ограничивать <br>&gt; подобное. =) <br><br>Вроде да, но с этим зверем я ещё не сталкивался. Да и чёт народ пишет что на офф сайте нет информации по прикручиванию к апач. Сам ещё не посмотрел.<br><br>Спасибо за ссылку на досуге попробую прикрутить, чтобы проверить. Потом отпишусь.<br> https://opennet.dev/openforum/vsluhforumID1/91142.html#6 Fri, 11 Mar 2011 19:10:36 GMT &gt;[оверквотинг удален]<br>&gt;&gt; 2) Скрипты убрать из запуска как mod_php, запускать либо кроном напрямую, либо <br>&gt;&gt; даймоном системы. Ибо крива архитектура.<br>&gt; Скрипты писал не я. Обучить то обучим.<br>&gt; Второй и третий и т.д. скрипты нужны, они параллельно работают для увеличения <br>&gt; быстродействия <br>&gt; Тут вопрос в другом - как вообще от этого застраховаться?<br>&gt; А запускать напрямую не удобно, да и в этом случае всё равно <br>&gt; их никак не ограничить. При таком варианте скрипты будут работать столько, <br>&gt; сколько захочет разработчик - опять же никак не подстраховаться от повисаний <br>&gt; и слишком долгой работы.<br><br>Вот так вот вроде можно. http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html#fcgidbusytimeout<br><br>&lt;?<br>for($i=0;$i&lt;60;$i++) {<br> sleep(10);<br> print $i;<br> print "<br>";<br>}<br>?&gt;<br><br>mod_php - выводит полный результат через 10 минут. mod_fcgid - таймаутится, помоему через 40 секунд, но остается процесс в системе... Грустно.<br><br>тут http://forum.nginx.org/read.php?25,30727,31964 говорят что php-fpm умеет ограни https://opennet.dev/openforum/vsluhforumID1/91142.html#5 Fri, 11 Mar 2011 18:30:36 GMT &gt; я так понял, что скрипты - ваши ?<br>&gt; 1) скрипты обучить блокировкам. Если один процесс выполняет задачу, другой процесс как <br>&gt; правило не нужен, или даже вреден.<br>&gt; 2) Скрипты убрать из запуска как mod_php, запускать либо кроном напрямую, либо <br>&gt; даймоном системы. Ибо крива архитектура.<br><br>Скрипты писал не я. Обучить то обучим.<br>Второй и третий и т.д. скрипты нужны, они параллельно работают для увеличения быстродействия<br><br>Тут вопрос в другом - как вообще от этого застраховаться?<br><br>А запускать напрямую не удобно, да и в этом случае всё равно их никак не ограничить. При таком варианте скрипты будут работать столько, сколько захочет разработчик - опять же никак не подстраховаться от повисаний и слишком долгой работы.<br><br>И интересно как такая проблема на хостингах решается? Я сейчас куда нибудь эти скрипты закину на хостинг и буду вешать там постоянно апач. ДДОС получается :)<br> https://opennet.dev/openforum/vsluhforumID1/91142.html#4 Fri, 11 Mar 2011 18:26:55 GMT &gt; Отключил disable_functions="set_time_limit". Проверю и отпишусь. Но, что то мне подсказывает <br>&gt; что такой ход не поможет так как эта функция в данном <br>&gt; скрипте не используется :) <br><br>Не помогло.<br><br><br> https://opennet.dev/openforum/vsluhforumID1/91142.html#3 Fri, 11 Mar 2011 18:26:32 GMT я так понял, что скрипты - ваши ?<br><br>1) скрипты обучить блокировкам. Если один процесс выполняет задачу, другой процесс как правило не нужен, или даже вреден.<br><br>2) Скрипты убрать из запуска как mod_php, запускать либо кроном напрямую, либо даймоном системы. Ибо крива архитектура.<br> https://opennet.dev/openforum/vsluhforumID1/91142.html#2 Fri, 11 Mar 2011 18:22:23 GMT &gt; процессы апача и не должны завершаться. Изучите, как работает апач.<br>&gt; На основании чего высказывается предположение, что скрипты продолжают работать ?<br>&gt; В курсе ли вы про наличие mod_status ?<br><br>Могу конечно ошибаться, но количество процессов апач всё же изменяется, иначе не нужны были бы лимиты на максимальное и минимальное количество процессов.<br><br>Предположение стало фактом после того как без дополнительных запусков скриптов те, что висели в памяти и не завершались стали выдавать результаты в БД. Т.е. скрипт должен уже завершиться, а он всё ещё работает и выдаёт результаты в БД.<br><br>Да, конечно в курсе. Вот как раз по mod_status и видно что процессы повисли на стадии выдачи результатов пользователю (W) и видно что именно те, которые работали со скриптом.<br><br>И там же видно что процессы копятся.<br><br><br><br>&gt;&gt; На сколько я понял по информации на эту тему проблема в mod_php <br>&gt;&gt; и том, что скрипты не выдают никакого контента пользователю и не <br>&gt;&gt; расходуют ресурсы процессора и поэтому не попадают ни под один лим https://opennet.dev/openforum/vsluhforumID1/91142.html#1 Fri, 11 Mar 2011 17:02:25 GMT &gt; Здравствуйте.<br>&gt; При запуске скрипта через cron каждую минуту следующим образом: wget "http://site.ru/index.php?param=param1" <br>&gt; Экземпляры apache (httpd), которые обрабатывают этот запрос начинают повисать. Точнее <br>&gt; не прекращают свою работу даже если убить процесс wget. Они так <br>&gt; и висят в памяти, а скрипты продолжают работать.<br><br>процессы апача и не должны завершаться. Изучите, как работает апач.<br>На основании чего высказывается предположение, что скрипты продолжают работать ?<br>В курсе ли вы про наличие mod_status ?<br><br>&gt; Процессы накапливаются, кушают всю оперативку и сервер apache перестаёт отвечать.<br><br>печаль...<br><br>&gt; На сколько я понял по информации на эту тему проблема в mod_php <br>&gt; и том, что скрипты не выдают никакого контента пользователю и не <br>&gt; расходуют ресурсы процессора и поэтому не попадают ни под один лимит. <br><br>так не расходуют ресурсы процессора или продолжают работать ? :-)<br><br>&gt; Что делать? Как застраховать сервер от таких скриптов?<br><br>max_execution_time = 30; в php.ini<br><br>возможно над