Не удалось создать дамп памяти с send_signal(task, SIGSEGV, 1) из ядра

Содержание

Вопрос или проблема
Ответ или решение
Почему не удалось создать дамп памяти?
Как инициировать дамп памяти в случае ядра oops?
Заключение

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

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

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

Поэтому я хочу сделать дамп ядра процесса 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 ядра???

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

При работе с ядром Linux встраиваемой системы, возникает необходимость отладить процессы, чтобы понимать причины сбоев и проблем. В вашем случае вы столкнулись с проблемой, когда попытка инициировать дамп памяти с помощью сигнала SIGSEGV не привела к созданию файла дампа, несмотря на успешное выполнение всех шагов для его настройки и ожидания.

Почему не удалось создать дамп памяти?

Сигнал SIGSEGV и его обработка:
Сигнал SIGSEGV указывает на сегментацию памяти и инициируется, когда процесс пытается получить доступ к памяти, к которой у него нет прав. Однако, когда ядро Linux инициирует SIGSEGV через send_sig(task_A, SIGSEGV, 1), процесс может не обрабатывать сигнал так, как вы ожидаете.

Важный момент: SIGSEGV обработан как сигнал к немедленному завершению, и у него может быть установлен флаг, который не позволяет процессу генерировать дамп ядра.
Конфигурация ядра:
Убедитесь, что конфигурация вашего ядра правильно настроена для обработки дампов. В настройках ядра должны быть включены опции для создания дампов при ошибках, в частности:
- CONFIG_COREDUMP – поддержка дампов.
- CONFIG_DEBUG_FS – для отладки файловой системы.
Параметры ulimit:
Команда ulimit -c unlimited позволяет процессу A генерировать дампы. Однако проверьте, действительно ли значение этой переменной среды применяется к потоку, который инициирует сигнал. Если в чем-то они конфликтуют, может произойти проблема с получением разрешения для генерации дампа.
Настройка core_pattern:
Попробуйте временно изменить core_pattern, чтобы исключить возможность ошибки конфигурации. Убедитесь, что у вас есть правильные разрешения на создание файлов в целевом каталоге.

Как инициировать дамп памяти в случае ядра oops?

Если вы хотите захватить контекст пользовательского пространства при «oops» в ядре, рекомендуется следующий подход:

Используйте другой сигнал:
Вместо SIGSEGV попробуйте использовать SIGABRT. Это хороший кандидат для создания дампа ядра, так как он может быть обработан в пользовательском пространстве более корректно, позволяя системе создать дамп, прежде чем завершить процесс.
Обработка сигнала в контексте ядра:
При обработке oops, измените поведение так, чтобы вместо немедленного завершения процесса, ядро генерировало «oops» и отправляло SIGABRT процессу. Это может обеспечить создание дампа, так как обработчик сигнала в пользовательском пространстве может быть сконфигурирован для его правильной обработки.
```
if (oops_in_progress) {
   send_sig(SIGABRT, task_A, 1);
}
```
Обработка в случае останавливающих сигналов:
Убедитесь, что поток, к которому вы отправляете сигнал, фактически не игнорирует SIGSEGV или другие сигналы, которые могут препятствовать отладке.

Заключение

Решение проблемы с созданием дампов в случае «oops» требует комплексного подхода и проверки всех направлений: от параметров ядра до корректной обработки сигналов в пользовательском пространстве. Добавление возможности обращаться к SIGABRT вместо SIGSEGV может стать ключом к тому, чтобы убедиться, что ваш процесс корректно обрабатывает эту ситуацию. Надеемся, эта информация поможет вам найти поле для улучшения и исправления ситуации, связанной с генерацией дампа.