Поиск причин неисправностей#
Неисправности платформы проявляются на разных уровнях: от недоступности графического интерфейса до сбоев отдельных заданий автоматизации. Перед восстановлением компонентов локализуйте причину: определите слой, на котором возникла проблема, и соберите диагностические данные.
Для локализации причины используйте следующие правила:
Если недоступен графический интерфейс или API платформы, начните с диагностики по метрикам и статусам компонентов.
Если задание автоматизации завершается со статусом «Сбой» (Failed), изучите вывод задания в графическом интерфейсе Automation Controller, затем — журналы компонентов на узлах платформы. Пути к файлам журналов по компонентам приведены в описании диагностики.
Если из строя вышли отдельные узлы или платформа целиком, перейдите к восстановлению работоспособности. Если актуальная резервная копия отсутствует, предварительно ознакомьтесь с описанием резервного копирования.
Если после выхода узлов из строя контроллер сохраняет записи о недоступных узлах или группах узлов, удалите их с помощью утилиты awx-manage.
Если причина не локализуется, соберите журналы компонентов с узлов платформы —
/var/log/tower/,/var/log/astra-automation/gateway/и другие файлы, перечисленные в описании диагностики, — и обратитесь в службу технической поддержки Astra Automation. Предварительно убедитесь, что подходящего решения нет в Базе знаний.
Для регулярного анализа журналы Automation Controller можно передавать во внешние системы агрегации.
При обращении в службу технической поддержки укажите:
версию установленной платформы;
описание симптома: что и когда перестало работать, дословный текст сообщения об ошибке;
выполненные проверки и их результаты.