Паника ядра на виртуальных машинах Linux в Azure

Область применения: ✔️ виртуальные машины Linux

В этой статье рассматривается несколько условий, которые могут привести к панике ядра и предоставляют рекомендации по устранению неполадок.

Как правило, паника ядра — это ситуация, когда ядро не может загрузиться должным образом, и поэтому система не загрузится. Другая форма паники ядра возникает при возникновении ситуации, когда ядро не знает, как обрабатывать и защищать себя путем остановки.

Необходимые компоненты

Убедитесь, что последовательная консоль включена и работает на виртуальной машине Linux.

Как определить панику ядра?

Используйте портал Azure для просмотра выходных данных журнала последовательной консоли виртуальной машины в колонке загрузки диагностика, колонке последовательной консоли или AZ CLI для определения конкретной строки паники ядра.

Паника ядра выглядит примерно так же, как в выходных данных ниже, и отобразится в конце журнала последовательной консоли:

Probing EDD (edd=off to disable)... ok
Memory KASLR using RDRAND RDTSC...
[  300.206297] Kernel panic - xxxxxxxx
[  300.207216] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G               ------------ T 3.xxx.x86_64 #1

Некоторые из наиболее распространенных событий паники ядра:

Сценарий 1. Во время загрузки возникает паника ядра

Во время загрузки ядра не позволяет виртуальной машине завершить процесс запуска операционной системы. Это происходит каждый раз, когда виртуальная машина запущена, и она не разрешает вход.

Этот тип события обычно связан, но не ограничивается:

• Недавнее обновление ядра.
• Недавнее понижение уровня ядра.
• Изменения модуля ядра.
• Изменения конфигурации операционной системы (GRUB, sysctl и SELinux).
  • Проблемы SELinux.
• Отсутствуют важные файлы и каталоги.
• Отсутствуют важные системные основные библиотеки и пакеты.
• Неправильные разрешения на файлы.
• Отсутствующие секции.

Разрешение для сценария 1

Чтобы справиться с этим типом паники ядра, можно использовать следующие подходы:

Метод 1. Использование последовательной консоли Azure

Используйте последовательную консоль Azure, чтобы прервать процесс загрузки и выбрать предыдущую версию ядра, если она доступна. Таким образом, виртуальная машина сможет снова загрузиться, а затем можно использовать один из следующих методов для устранения конкретной проблемы с ядром без загрузки:

• Переустановите или повторно создайте отсутствующий initramfs.
• Переустановите проблематичное ядро.
• Просмотрите загруженные или отсутствующие модули ядра.
• Просмотрите разделы.

Метод 2. Автономное восстановление с помощью виртуальной машины спасения

Если последовательная консоль Azure недоступна или предыдущее ядро недоступно, вам потребуется виртуальная машина спасения и восстановления для автономного восстановления.

Используйте команду "Восстановить виртуальную машину", чтобы создать виртуальную машину восстановления с копией подключенного диска ОС целевой виртуальной машины. Затем используйте chroot подключение копии файловых систем ОС на виртуальной машине восстановления. После этого попробуйте выполнить следующие методы, чтобы устранить проблемы с ядром:

• Переустановите или повторно создайте отсутствующий initramfs.
• Переустановите проблематичное ядро.
• Просмотрите загруженные или отсутствующие модули ядра.
• Просмотрите разделы.
• Восстановление отсутствующих файлов.
• Восстановление отсутствующих важных системных основных библиотек и пакетов.

Сценарий 2. Паника ядра во время выполнения

Этот тип паники ядра обычно активируется в непредсказуемое время после завершения процесса запуска операционной системы и приводит к остановке реагирования виртуальной машины, предотвращая вход в систему. Обычно это связано, но не ограничивается следующими способами:

• Недавнее обновление ядра.
• Недавнее понижение уровня ядра.
• Изменения модуля ядра.
• Изменения конфигурации операционной системы (GRUB, sysctl и SELinux).
  • Проблемы SELinux.
• Изменения рабочей нагрузки приложения.
• Изменения или ошибки разработки приложений.
• Возможные ошибки ядра.
• Проблемы, связанные с производительностью.

Разрешение для сценария 2

Чтобы справиться с этим типом паники ядра, можно использовать следующие подходы:

• Проверьте использование ресурсов и общую производительность системы. Паника ядра может быть связана с возможной нехваткой ресурсов, которые могут привести к размеру виртуальной машины.
• По возможности установите последние обновления, доступные в соответствующих репозиториях дистрибутивов Linux. Паника ядра может быть связана с известными ошибками в ядре или другом программном обеспечении.
• Существует вероятность того, что паника ядра связана с недавним изменением ядра, в этом случае также рекомендуется загружать предыдущую версию ядра, как описано в разделе "Разрешение" для сценария 1.
• Если приведенные выше параметры не применимы, может потребоваться настроить kdump и создать основной дамп для совместного использования с поддержкой дальнейшего анализа.

Более конкретные сценарии паники ядра

Распространенные сценарии паники ядра с определенными инструкциями по устранению неполадок и восстановлению:

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или помощь, создайте запрос на поддержку или попросите сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.