sudo vi /etc/pam.d/login
подлинный достаточный pam_ldap.so
автор потребовал pam_unix.so try_first_pass
Или измененный общий подлинный файл
Если рабочий процесс не нарушает один из заданных вами критериев перезапуска (ограничение виртуальных байтов кажется хорошим?) Или не отвечает на эхо-запросы, он не перерабатывается.
Приложения (ISAPI) ) могут сообщать о себе как о неисправности, что запускает повторный цикл, но это происходит в довольно узких условиях.
Ваше приложение в основном фрагментирует память во время работы, и OOM отражает это - нет свободных смежных , нераспределенных память доступна для новых распределений; они не работают.
Ваши варианты, основанные на описании:
исправить шаблон распределения
разделить части приложения на отдельные пулы приложений (например, запускать .Net отдельно от ASP) - не все приложения могут быть разбитым таким образом, но это легкая победа для тех, кто может. Два пула приложений = 2 (или более) рабочих процесса = 2 ГБ на адресное пространство рабочего процесса
реализовать ограничение виртуальных байтов для повторного использования пула приложений, когда он становится слишком большим
реализовать ежедневный цикл, чтобы предотвратить попадание приложения в точка, в которой все пространство памяти фрагментировано
, если ваше приложение не имеет состояния, попробуйте веб-садоводство; увеличьте максимальное количество рабочих процессов, чтобы избежать сбоев на более длительное время
Запускать как 32-битное приложение в 64-битной системе; Рабочим процессам предоставляется 4 ГБ.
По сути, если (что бы то ни было) куча стала сверхфрагментированной, в этот момент вы находитесь в смертельной спирали и вам нужен новый рабочий процесс.
IIS не имеет встроенных ремней безопасности. для этого установите лимит повторного использования для вашего процесса, прежде чем он дойдет до этой точки - или просто скажите: «Забудьте об этом, я перейду на 64-разрядную версию!»