URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 93496
[ Назад ]
Исходное сообщение
"Kernel panic CentOS, а мне в отпуск!"
Отправлено billybons2006 , 20-Июн-12 22:34 
Народ! Хеллллп!

Есть сервер с программным raid (зеркало) из двух дисков по 500 Гб, CentOS 5.8 (обновлял ее периодически).

После установки последних обновлений YUM UPDATE и перезагрузки получаю:

(если выбрать в загрузке GRUB:)
CentOS (2.6.18-308.8.2.el5)
CentOS (2.6.18-308.4.1.el5)
CentOS (2.6.18-274.12.1.el5)
CentOS (2.6.18-238.19.1.el5)
CentOS (2.6.18-238.9.1.el5)

При выборе любой опции - kernel panic такого вида:

PCI: BIOS Bug: MCFG area at f0000000 is not E820-reserved
PCI: Not using MMCONFIG
Red Hat nash version 5.1.19.6 starting
EXT3-fs: unable to read superblock
mount: error mounting /dev/root on /sysroot as ext3: invalid argument
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switch root: mount failed: No such file or directory
Kernel panic - no syncing: Attempted to kill init!


Народ, мне в отпуск через пару дней!!!!!!!!!!! Че делать????

Содержание
Сообщения в этом обсуждении
"Kernel panic CentOS, а мне в отпуск!"
Отправлено billybons2006 , 20-Июн-12 22:36 
Тут вроде похожий топик есть... Но все-таки... Я не соображаю сейчас... Не говорите, плиз, поиск, ртфм... Я не в адеквате! Просто совет, как запустить!

Так, надо добавить строку

raidautorun /dev/md2

в init.

Дьявол, как это сделать?

Выбираю один из пунктов, например, последний (CentOS (2.6.18-308.8.2.el5), нажимаю "e" и получаю вот это:

root(hd0,0)
kernel /vmlinuz-2.6.18-308.8.2.el5 ro root=/dev/md2 rhgb quiet
initrd /initrd-2.6.18-308.8.2.el5.img

Это и есть init ? Сюда вписывать? И как???

"Kernel panic CentOS, а мне в отпуск!"
Отправлено billybons2006 , 21-Июн-12 02:08 
Пока вот подцепил mount-ом разделы raid и переношу на резервную машину... Хорошо, хоть mount умею :( Опишите, плиз, как надо было бы с init бороться!
"Kernel panic CentOS, а мне в отпуск!"
Отправлено PavelR , 21-Июн-12 03:53 
> Пока вот подцепил mount-ом разделы raid и переношу на резервную машину... Хорошо,
> хоть mount умею :( Опишите, плиз, как надо было бы с
> init бороться!

проблема не с init, проблема в

> mount: error mounting /dev/root on /sysroot as ext3: invalid argument

.. в ошибке в файловой системе

"Kernel panic CentOS, а мне в отпуск!"
Отправлено Аноним , 21-Июн-12 04:51 
>[оверквотинг удален]
> PCI: Not using MMCONFIG
> Red Hat nash version 5.1.19.6 starting
> EXT3-fs: unable to read superblock
> mount: error mounting /dev/root on /sysroot as ext3: invalid argument
> setuproot: moving /dev failed: No such file or directory
> setuproot: error mounting /proc: No such file or directory
> setuproot: error mounting /sys: No such file or directory
> switch root: mount failed: No such file or directory
> Kernel panic - no syncing: Attempted to kill init!
> Народ, мне в отпуск через пару дней!!!!!!!!!!! Че делать????

http://www.opennet.me/opennews/art.shtml?num=34131

"Kernel panic CentOS, а мне в отпуск!"
Отправлено PavelR , 21-Июн-12 06:21 

> http://www.opennet.me/opennews/art.shtml?num=34131

а ты видел что у него 2.6.18 ?

"Kernel panic CentOS, а мне в отпуск!"
Отправлено HappyAlex , 21-Июн-12 07:01 
>> http://www.opennet.me/opennews/art.shtml?num=34131
> а ты видел что у него 2.6.18 ?

перенести данные на резерв и сделать fsck /dev/партиция sysroot

возможно поможет

главное чтобы не смонтирован был раздел

"Kernel panic CentOS, а мне в отпуск!"
Отправлено zd3n , 21-Июн-12 06:48 

> EXT3-fs: unable to read superblock
> mount: error mounting /dev/root on /sysroot as ext3: invalid argument

Проблема с файловой системой.
Загрузиться с компашки в recovery mode, прогнать fsck, при необходимости восстановить superblock из резервного.
Адреса резервных суперблоков можно посмотреть так
mkfs.ext3 -n  /dev/...

"Kernel panic CentOS, а мне в отпуск!"
Отправлено billybons2006 , 21-Июн-12 12:40 
Сори, что раньше не ответил... Начиная с 3 утра я в легком офигении приводил в чувство резервный сервер (снес для этого все эксперименты с Hyper-V...) и переносил бекап на него.

Спасибо за ответы, буду прогонять викторией сначала, от греха, хотя диски почти новые, им 5 месяцев всего, WD RE 500 Гб.

Я че-то сейчас не в адеквате, чтобы анализировать, в общем, спасибо за помощь!!!

PS: Софт-райд, с одной стороны хрень, с другой - заглючил, подключил как угодно и просто mount. Попрыгал бы я с железкой...

PPS: Пока восстанавливал резервную копию, на заглючевшем основном решил поставить новую ось, скачал CentOS 6.2 i368, настроил raid, правда, без logical volumes, просто raid разделы. И все, после установки перезагрузка и вечный кайф (что-то вроде "Waiting stage2..." или "Looking stage2..." или "<что-то-то-там> stage2...". Уж не помню...). Раньше с CentOS таких сложностей не было.

Ну и еще - имхо, конечно - я спросонья поставил сначала на резервный сервер без ручного разбиения дисков, автоматом. Этот "умник" CentOS (вроде претендует на корпоративность) для /home отдал 350 Гб, / - Что-то около 80 Гб, swap 4000 Гб и /boot - 200 Мб. Я честно вам скажу, отдавать почти все под /home на серверном дистре... мда...

"Kernel panic CentOS, а мне в отпуск!"
Отправлено cat84 , 22-Июн-12 00:09 
> (снес для этого все эксперименты
> с Hyper-V...) и переносил бекап на него.

Так у вас и основнолй сервер и резервный ОБА ПОД Hyper-V ?

"Kernel panic CentOS, а мне в отпуск!"
Отправлено operator , 22-Июн-12 11:18 
> PPS: Пока восстанавливал резервную копию, на заглючевшем основном решил поставить новую
> ось, скачал CentOS 6.2 i368, настроил raid, правда, без logical volumes,
> просто raid разделы. И все, после установки перезагрузка и вечный кайф
> (что-то вроде "Waiting stage2..." или "Looking stage2..." или "<что-то-то-там> stage2...".

очень рекомендую под 6.2 проверить способность к загрузке с рэйда при остановке одного из дисков: у меня еще не на одной железяке не получилось.

> Уж не помню...). Раньше с CentOS таких сложностей не было.

согласен!

"Kernel panic CentOS, а мне в отпуск!"
Отправлено billybons2006 , 23-Июн-12 00:02 
Насчет Hyper-V - нет, на нем не было вообще боевых машин. Просто под него был выделен комп с 8 Гигами и процом, который тянет виртуализацию. Теперь придется искать новый комп... Вот и все. Hyper-V был для самообучения.

> очень рекомендую под 6.2 проверить способность к загрузке с рэйда при остановке
> одного из дисков: у меня еще не на одной железяке не
> получилось.

Сейчас от греха поставил без рейда, пару недель протянет... Потом буду разбираться, что к чему. Может, убунту буду пробовать, а еще лучше... вернусь на Фряху... Только бы с софтом разобраться к ней.

PS: Из-за этого сбоя мне купили ноут для отпуска (вдруг чего) - Samsung 900X с ssd 60 Гб. Щас с него пишу :)

"Kernel panic CentOS, а мне в отпуск!"
Отправлено anonym , 24-Июн-12 10:11 
> Сейчас от греха поставил без рейда, пару недель протянет... Потом буду разбираться,
> что к чему. Может, убунту буду пробовать, а еще лучше... вернусь
> на Фряху... Только бы с софтом разобраться к ней.

А ешё лучше -займитесь чем-нибудь другим. А серверы оставьте специалисту.

"Kernel panic CentOS, а мне в отпуск!"
Отправлено Kostya , 24-Июн-12 13:21 
>> Сейчас от греха поставил без рейда, пару недель протянет... Потом буду разбираться,
>> что к чему. Может, убунту буду пробовать, а еще лучше... вернусь
>> на Фряху... Только бы с софтом разобраться к ней.
> А ешё лучше -займитесь чем-нибудь другим. А серверы оставьте специалисту.

ну зачем же так резко сразу? :-) вон человек пишет что-то вроде "вернусь на фряху".. может он всю жизнь только ей и занимался, а на линь только начал переходить :-)
ЗЫ. пардон за оффтоп

"Kernel panic CentOS, а мне в отпуск!"
Отправлено billybons2006 , 25-Июн-12 09:00 
>> А ешё лучше -займитесь чем-нибудь другим. А серверы оставьте специалисту.

Я, собственно, не претендую на статус гуру ;)

Остальной коммент стер, не хочется воевать. Всем удачи!

"Kernel panic CentOS, а мне в отпуск!"
Отправлено ALex_hha , 30-Июн-12 23:54 
> очень рекомендую под 6.2 проверить способность к загрузке с рэйда при остановке
> одного из дисков: у меня еще не на одной железяке не получилось.

уже давно пофиксили https://bugzilla.redhat.com/show_bug.cgi?id=772926