> процессы апача и не должны завершаться. Изучите, как работает апач.
> На основании чего высказывается предположение, что скрипты продолжают работать ?
> В курсе ли вы про наличие mod_status ?

Могу конечно ошибаться, но количество процессов апач всё же изменяется, иначе не нужны были бы лимиты на максимальное и минимальное количество процессов.

Предположение стало фактом после того как без дополнительных запусков скриптов те, что висели в памяти и не завершались стали выдавать результаты в БД. Т.е. скрипт должен уже завершиться, а он всё ещё работает и выдаёт результаты в БД.

Да, конечно в курсе. Вот как раз по mod_status и видно что процессы повисли на стадии выдачи результатов пользователю (W) и видно что именно те, которые работали со скриптом.

И там же видно что процессы копятся.

>> На сколько я понял по информации на эту тему проблема в mod_php
>> и том, что скрипты не выдают никакого контента пользователю и не
>> расходуют ресурсы процессора и поэтому не попадают ни под один лимит.
> так не расходуют ресурсы процессора или продолжают работать ? :-)

Расходуют оперативу, за счёт чего всё и перестаёт работать. А вот ресурсов процессора им нужно катастрофически мало и поэтому max_execution_time о котором вы пишете ниже не срабатывает. Точнее срабатывает, но на много позднее чем нужно.

max_execution_time - это не общее время работы скрипта, на сколько я помню, а именно потраченное процессорное время. В любом случае этот лимит стоит и толку нет.

>> Что делать? Как застраховать сервер от таких скриптов?
> max_execution_time = 30;  в php.ini
> возможно надо блокировать функцию set_time_limit(0); я не в курсе.

Отключил disable_functions="set_time_limit". Проверю и отпишусь. Но, что то мне подсказывает что такой ход не поможет так как эта функция в данном скрипте не используется :)