Не удалось создать дамп памяти с помощью send_sig(task, SIGSEGV, 1) из ядра Linux.

Содержание

Вопрос или проблема
Ответ или решение
Почему не удается создать дамп памяти при использовании send_sig(task, SIGSEGV, 1) в ядре Linux
Необходимые настройки
Причины неудачи
Рекомендации по решению
Заключение

Вопрос или проблема

Я работаю в встроенной системе Linux, и теперь я хочу вызвать дамп ядра из ядра, используя send_sig(task, SIGSEGV, 1).

Существует процесс A, имеющий 10 потоков, иногда происходит oops в ядре, и в это время один из потоков A является текущим процессом, о котором сообщает ядро.

Поэтому я хочу создать дамп процесса A, чтобы выяснить, что произошло. Я сделал следующее.

Включил дамп ядра в конфигурации ядра.
Запустил ulimit -c unlimited в скрипте инициализации.
echo '/mnt/core.%p.%e' > /proc/sys/kernel/core_pattern.
Изменил коды oops в ядре, чтобы вызвать send_sig(task_A, SIGSEGV, 1), чтобы отправить SIGSEGV процессу A.

Затем я попытался воспроизвести oops ядра и нашел журнал Segmentation Fault от процесса A, но я НЕ увидел, чтобы какой-либо дамп был создан в /mnt/.

Если я изменяю процесс A, чтобы получить доступ к адресу 0, это может правильно вызвать дамп ядра.

Почему не удалось создать дамп ядра из моего кода ядра (процесс A был убит SIGSEGV)? И как я могу вызвать дамп ядра, чтобы захватить контекст пользовательского пространства в случае oops ядра???

Дамп ядра действительно предназначен для отладки процессов пользовательского пространства; oops ядра никогда не должно происходить. Таким образом, вероятно, что ядро принудительно убивает процесс, а не позволяет ему создать дамп ядра. Я определенно не смог найти никаких ресурсов по созданию дампов процессов при oops ядра. OOPS являются ошибками ядра; и значительными.

Поэтому, в принципе, правильный способ отладки процесса, который вызывает oops ядра, – это исправить сам oops. Включите опцию “panic_on_oops”, настройте kdump для получения дампа ядра, а затем отлаживайте это. Я верю, что kdump также может получать дампы процессов, если это то, что вы действительно хотите, но на самом деле найти и исправить сам oops – лучший способ. Если вы модифицируете свое ядро, чтобы попытаться отправить эти сигналы и все же создать дамп, вы можете просто исправить oops.

Ответ или решение

Почему не удается создать дамп памяти при использовании `send_sig(task, SIGSEGV, 1)` в ядре Linux

Работающая система на основе Linux, особенно в контексте встроенных решений, часто сталкивается с нештатными ситуациями, такими как "oops" ядра. В вашем случае, вы пытаетесь инициировать создание дампа памяти для процесса A с 10 потоками в момент возникновения ошибки "oops". Данная проблема требует тщательного анализа, чтобы понять причины неудачи в создании дампа памяти при сигнале SIGSEGV.

Необходимые настройки

Вы упомянули, что предприняли следующие шаги:

Включили дамп памяти в конфигурации ядра.
Установили ulimit -c unlimited в скрипте инициализации.
Настроили паттерн для дампа с помощью:
```
echo '/mnt/core.%p.%e' > /proc/sys/kernel/core_pattern
```
Изменили код ядра для отправки сигнала SIGSEGV.

Это действительно правильные шаги для подготовки системы к созданию дампов.

Причины неудачи

Обработка сигнала пользователем: Когда вы отправляете сигнал SIGSEGV процессу A, у него есть механизм обработки сигналов, который может отличаться от стандартного поведения. Если в процессе A уже происходит нарушение сегментации, то его контекст может быть неполным или поврежденным, что затрудняет корректное создание дампа.
Выбор метода создания дампа: При отправке сигнала SIGSEGV может произойти завершение процесса без возможности создания дампа. Процесс A может просто быть убит. К тому же, ядерные ошибки (oops) часто обрабатываются системой так, чтобы избежать состояния, которое может быть критическим для безопасности.
Параметры создания дампа: Возможно, в конфигурации системы не было установлено необходимых параметров для создания дампов в момент аварийного завершения или останавливающих механизмов. Убедитесь, что система располагает достаточной памятью и правами на запись в указанную директорию.
Ошибка ядра vs. Ошибка пользователя: "Oops" может указывать на наличие ошибки в самом ядре или его драйверах, что создает нестабильное окружение для пользовательских процессов и может приводить к их прерыванию без дампа.

Заключение

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