Как остановить случайный пандус в Процессах FCGI, Уничтожающих сервер
"При использовании Состояния системы необходимо думать приблизительно 10 - 15 гигабайтов, который необходим на защищенном сервере. Однако для BMR, Вам не нужно никакое пространство на защищенном сервере, потому что данные отправляются прямо на сервер DPM.
Сам DPM не вычислит размер для BMR, но предполагает, что 30 ГБ должны быть достаточно. Однако это не всегда достаточно, но является средним числом для размера всех критических объемов, если Вы не установили или поместили что-либо еще в него. Просто ОС. Таким образом, лучшая вещь, которую можно сделать, вычисляют себя (примерно), что размер имеет Ваши критические объемы, и измените размер выделенного места к этому.
Критические объемы = Загрузочный том + Системный том + Объем, размещающий данные состояния системы
Просто мои 2 цента,
Удачи
Mike Resseler"
У меня была та же проблема и когда я выполню "C:\Program Files\Microsoft Data Protection Manager\DPM\binBmrBackup.cmd" в командной строке, я получил бы недостаточно свободного пространства. Таким образом, я увеличил хранилище DPM от 30 ГБ до 200 ГБ начиная с моего c: диск на том сервере имел 177 ГБ данных по нему.
There was a bug in Debian (at least) that rendered the limit useless with virtual hosts. It is fixed now.
Это часто вызвано зависанием сценария setuid CGI; он превышает IOtimeout, и apache пытается его уничтожить, но не может из-за изменения uid, что приводит к ошибке.
Вы можете увеличить FcgidIOTimeout или FcgidProcessLifetime, чтобы дать потоку больше времени для завершения.
] Другой обходной путь - заставить сервер Apache работать под тем же UID, что и сценарий setuid. Это позволяет ему убить процесс, хотя это может быть нежелательно по соображениям безопасности. Точно так же запуск apache с правами root - тоже обходной путь, но не очень безопасный. Если вы это сделаете, обратите внимание, что ваш каталог сокетов fcgi (в / var / lib / apache2 / fcgid / sock или аналогичный) и файл таблицы процессов должны быть доступны для записи владельцем процесса apache.
Однако основная причина заключается в сам сценарий CGI занимает слишком много времени. Причина этого зависит от кода CGI, который мне неизвестен.
сам сценарий CGI занимает слишком много времени. Причина этого зависит от кода CGI, который мне неизвестен. сам сценарий CGI занимает слишком много времени. Причина этого зависит от кода CGI, который мне неизвестен.