Страница 1 из 1

kernel panic, сохранение трейса

Добавлено: 2015-01-30 14:01:58
GhOsT_MZ
Всем привет!)

Есть проблема, сервер периодически падает в панику, но трейс самой паники на глаза не попадается (нет возможности сидеть в KVM 24/7/365). Когда начал копать, то выяснилось, что swap как таковой отсутствует, то есть, содержимое памяти слить не удастся. Также, нету свободного места, которое соответствовало бы объему памяти, так что, и сохранять полный дамп тоже некуда. Для начала хватило бы просто трейса, но не нашел как его можно сохранить. Может есть способ как заставить фряху сохранять просто трейс в текстовом виде? Используется GENERIC ядро, ОС FreeBSD 9.2-RELEASE.

kernel panic, сохранение трейса

Добавлено: 2015-01-30 14:31:28
Alex Keda
А куда сохранять? Если паника, в свап - и то стрёмно....

kernel panic, сохранение трейса

Добавлено: 2015-01-30 14:52:47
GhOsT_MZ
Хм, а куда не стремно?))

kernel panic, сохранение трейса

Добавлено: 2015-01-30 15:21:12
snorlov
А разве не в /var/crash сливается при установки в /etc/rc.conf

Код: Выделить всё

dumpdev="AUTO"

kernel panic, сохранение трейса

Добавлено: 2015-01-30 15:33:38
GhOsT_MZ
Не совсем. Механизм следующий:
1. При панике дамп памяти сливается в первый своп по списку, после чего тачка ребутится;
2. При загрузке, savecore берет из свопа дамп и сливает его в dumpdir.

Код: Выделить всё

 If the system has been configured to take crash dumps (see dumpon(8)),
     then when it crashes it will write (or at least attempt to write) an
     image of memory into the back end of the dump device, usually the same as
     the primary swap area.  After the system is rebooted, the program
     savecore(8) runs and preserves a copy of this core image and the current
     system in a specified directory for later perusal.  See savecore(8) for
     details.

Код: Выделить всё

The savecore utility looks for dumps on each device specified by the
     device argument(s), or on each device in /etc/fstab marked as ``dump'' or
     ``swap''.  The savecore utility checks the core dump in various ways to
     make sure that it is complete.  If it passes these checks, it saves the
     core image in directory/vmcore.# and information about the core in
     directory/info.#.  For kernel textdumps generated with the textdump(4)
     facility, output will be stored in the tar(5) format and named
     directory/textdump.tar.#.  The ``#'' is the number from the first line of
     the file directory/bounds, and it is incremented and stored back into the
     file each time savecore successfully runs.