Может ли файл журнала в файловой системе /var вызвать сбой приложения
Я использую AIX 7.1 на процессоре Power и устанавливал приложение Stunnel, чтобы обеспечить некоторые безопасные соединения для наших приложений SAP. Я столкнулся с необычной проблемой. Версию AIX stunnel пришлось обновить, потому что у меня была версия 4.56. Моей задачей было обновить до версии 5.17. Сначала казалось, что обновление прошло нормально, но на следующий день оно рухнуло, и никто не смог его использовать, что было странно, потому что оно работало хорошо во время тестирования накануне.
Я узнал, что файлы журнала стали огромными после того, как мы вернулись к предыдущей версии. Мы начали задаваться вопросом, не вызвали ли огромные файлы логов stunnel перестать отвечать на запросы. Однако я понимал, что неправильно работающее приложение вряд ли вызовет сбой, если файлы журналов будут храниться в отдельной файловой системе, даже если журналы не смогут расти больше. Рассматриваемые системы перечислены ниже:
/dev/hd2 6815744 1163392 83% 58365 7% /usr
/dev/hd9var 8388608 6646104 21% 1010 1% /var
/dev/hd10opt 10485760 3120696 71% 38535 3% /opt
Наша версия stunnel была установлена в /opt, а файлы журналов - в /var.
Так может ли максимальное использование пространства в / var, где хранятся мои журналы, привести к зависанию или падению приложения?
1 ответ
Ответ - да. Проблема со сбоем приложения не вызвана системой, в противном случае вся ОС перестала бы работать, поскольку многие важные службы используют /var для регистрации своих данных. Приложения могут аварийно завершить работу, если они не могут записать данные в журналы. Причиной может быть то, что журналы на самом деле являются важными данными по причинам аудита. В случае приложения безопасности, скорее всего, если что-то не может быть зарегистрировано, то лучше этого не делать. Есть много таких приложений, которые, как известно, перестают работать в случае, если файловая система, в которой они записывают свои данные или журналы, переполняется.