Просматривая журнал событий, и в частности журнал работы Internet Information Server, заметил сообщения, которые относятся к NOMADServicePool. Event Viewer в системе интерпретирует их как информационное сообщение и предупреждение. На них можно не обращать внимания, но лучше внести изменения в настройки, чтобы данные сообщения не тревожили.
Немного о том, почему нужно обратить внимание на данный момент. Если вы читали инструкцию по установке и настройке сервера NOMAD, то наверняка обратили внимание на схему взаимодействия компонентов
Понятие пула приложений появилось, начиная с IIS 6, и позволяло обеспечивать клиентам определенный уровень изоляции между сайтами, расположенными на сервере, т.е. при критической ошибке одного не затрагивалась работа других сайтов, расположенных на веб-сервере.
Пул приложений NOMADServicePool напрямую связан с сервером NOMAD, и ошибки в его работе будут отражаться на работе клиентских приложений, таких как Solo и Jazz. Например, могут быть задержки при обновлении и запросах онлайн и офлайн содержимого папок, задач и заданий.
Настройки пула приложений, о котором пойдет речь, устанавливаются по умолчанию при установке веб-cервера IIS и в процессе установки сервера NOMAD на затрагиваются программой установки.
A worker process with process id of 'id процесса' serving application pool 'NOMADServicePool'
has requested a recycle because the worker process reached its allowed processing time limit.
Интерпретация - Рабочий процесс, обслуживаемый пулом приложений, запросил перезапуск, поскольку достигнут предел времени обработки.
Для исправления запускаем панель управления сервером IIS, через контекстное меню на "NOMADServicePool" - "Recycling". 1740 минут — это значение по умолчанию, установленное IIS для пулов приложений. Задаете настройки работы по расписанию на удобное время.
A process serving application pool 'NOMADServicePool' terminated unexpectedly.
The process id was 'id процесса'. The process exit code was '0x1'.
Интерпретация - Процесс, обслуживающий пул приложений, неожиданно завершился.
Для исправления этой "ошибки" через контекстное меню на "NOMADServicePool" - "Advanced Settings". Устанавливаем значение "ShutdownTimeLimit" больше, чем установленное по умолчанию. Значение по умолчанию - 90 с. Возможно, что данное значение подбирается в каждом случае отдельно в зависимости от нагрузки сервера IIS.
Результат: после внесенных изменений указанные записи в журнале событий не пишутся системой при работе сервера IIS.
А о чем говорят такие записи в логе? Под сниппетами с текстами сообщений можно добавить краткое пояснение их сути, после чего уже будут шаги по настройке, которые вы предлагаете. Мы ведь не с текстом сообщения сражаемся, а с некорректным режимом работы, его вызвавшим. Об этом у вас пока ничего не сказано.
Алексей, добавлю. Спасибо за подсказку...
Авторизуйтесь, чтобы написать комментарий