Как починить kernel panic?

Question

[Алексей Калинин]

Всем привет. Неожиданно сервер решил упасть с kernel panic. Пробовал менять путь загрузки ядра - никакой реакции. На сервере LVM. Если поставить в качестве root=/dev/md1 в grub.conf - паника с device is busy.
Текст ошибки: "kernel panic not syncing attempted to kill init pid 1 comm init not tainted"


При монтировании раздела /dev/HOST/root руками - большинства папок и файлов нет.

Comments

[Алексей Калинин]

Вопрос решен, саппорт видимо по ошибке перелил / в другую папку.

Answer 1

[Владимир]

попробуйте добавить в параметры ядра
selinux=0

Comments

[Алексей Калинин]

Пробовал уже. Не помогает. Пробовал добавить enforcing=0, тоже никакого профита.

[Владимир]

загрузится с live cd и пробежаться fsck
возможно полетели журналы FS
wellhost.blogspot.ru/2010/01/fsck-lvm.html

[Алексей Калинин]

Вот вывод. Вроде ничего страшного нет

root@rescue ~ # fsck -yfv /dev/HOST/root
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
/lost+found not found. Create? yes

Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/mapper/HOST-root: ***** FILE SYSTEM WAS MODIFIED *****

27722629 inodes used (7.80%, out of 355377152)
39180 non-contiguous files (0.1%)
14523 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 27645770/6095/4
777536603 blocks used (54.70%, out of 1421483008)
0 bad blocks
57 large files

24917626 regular files
2731687 directories
0 character device files
0 block device files
2 fifos
9337 links
73265 symbolic links (70710 fast symbolic links)
39 sockets
------------
27731956 files

[Владимир]

с этим ядром загружались до этого?
может попробовать выбрать более старое в меню grub.

[Алексей Калинин]

Да с этим, сервер бекап, так что никаких обновлений на нем не делалось.

[Владимир]

переинсталлить grub из под chroot

[Алексей Калинин]

Тут вот такая штука, если я делаю маунт HOST-root - то у меня монтируется, из всех директорий, которые должны быть есть только /tmp, /etc например пустое. Склоняюсь к проблемам с винтами. + при загрузке rescue выдает:
screencloud.net/v/vyqy

[Владимир]

какой-нить LVM раздел не был размазан по нескольким винтам?

[Алексей Калинин]

Есть, такое:
screencloud.net/v/ccs4

[Владимир]

рассыпалось либо рейд либо sdc

Answer 2

[Сергей Петриков]

Бутнуться с лайфсидишки и в /grub/grub.conf подкорректировать имена LVM томов на правильные.

Comments

[Алексей Калинин]

Имена томов указаны правильные:
screencloud.net/v/tLH0
Вот вид в grub.conf:
screencloud.net/v/FKi8

[Сергей Петриков]

Kaliha:
Попробовать указать путь для ядра как
/dev/mapper/HOST-root

[Алексей Калинин]

Сергей Петриков: все так-же. Тот-же trace ошибки

[Сергей Петриков]

Kaliha: Сложно угадать, вариант попробовать лишние опции монтирования тома убрать, оставить минимум типа (пример с живого хоста с LVM):

load_video
insmod gzio
insmod raid
insmod mdraid1x
insmod part_gpt
insmod part_gpt
insmod ext2
set root='(mduuid/dd0c7c921c2f9d7f6bf8952685bea9b8)'
search --no-floppy --fs-uuid --set=root 070aed3d-0382-4637-9a55-a473c45ea5a3
echo 'Loading Linux 2.6.32-34-pve ...'
linux /vmlinuz-2.6.32-34-pve root=/dev/mapper/pve-root ro quiet
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-34-pve