Не загружается ядро на Cent OS 5.2. Ошибка grub?
Доброго дня! Это мой первый раз использования OpenVZ. На CentOS (2.6.18-92.1.22.el5) установил OpenVZ с помощью yum из [openvz-kernel-rhel5] name=OpenVZ RHEL5-based kernel mirrorlist=http://download.openvz.org/kernel/mirrors-rhel5-2.6.18 по документации с сайта openvz.org из [openvz-kernel-2.6.18] name=OpenVZ 2.6.18 kernel не ставилось. Так вот, теперь сервер не загружается... в начале даже не отображает меню для выбора ядра для загрузки. А останавливается с приглашением: grub> и все. Чего делать и не знаю. Помогите.
Re: Не загружается ядро на Cent OS 5.2. Ошибка grub?
С помощью загрузочного диска поправил конфиг grub. Загружаюсь в меню Grub, выбираю ядро с OPenVZ. Пишет: Booting 'OpenVZ (2.6.18-92.1.13.el15.028stab059.6)' root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /vmlinuz-2.6.18 (....skipped....) Error 15: File not found. Press any key to coninue... Что-то здесь не то. Почему пишет ext2fs когда у меня там везде ext3fs ???
Добрый день. Quote: Что-то здесь не то. Почему пишет ext2fs когда у меня там везде ext3fs ??? Это ничего страшного, лучше посмотрите на реальное наличие файлов на диске. В стандартное ядро можете загрузиться? Запостите. пожалуйста: * # ls -Flaio /boot * # cat /etc/grub.conf # ну или где он хранится на Вашей системе. Спасибо. -- Константин
Реальное наличие файлов проверил уже (еще до перезагрузки). Т.к. это моя вторая уже попытка. Загрузится в стандартное ядро не получается, файловая система побилась... собирюась восстанавливать систему, т.е. ставить заново.
finist wrote on Wed, 24 December 2008 15:02 # cat /etc/grub.conf до установки OpenVZ default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-92.1.22.el5) root (hd0,0) kernel /vmlinuz-2.6.18-92.1.22.el5 ro root=/dev/ovz/ovz00 initrd /initrd-2.6.18-92.1.22.el5.img title CentOS (2.6.18-8.el5) root (hd0,0) kernel /vmlinuz-2.6.18-8.el5 ro root=/dev/ovz/ovz00 initrd /initrd-2.6.18-8.el5.img Текущей копии нет.
Боюсь, если файловая система побилась так, что ядро стандартное пропало, то там ещё мешок файлов мог потеряться... (и уж yum ну совсем вряд ли такое сотворить мог). Так что переустановка системы, пожалуй, единственный выход. Кстати, неплохо было бы ещё диск проверить. а то опять потом налететь на коррапшен можно... -- Константин
Так подобная ситуация уже второй раз подряд возникает. До установки OpenVZ все работало стабильно, проблем с диском замечено не было. Конечно проверим. Система перестает грузится сразу же после установки ядра OpenVZ. Ничего до этого, кроме апдейта системы мы не делали (yum update -y). Может ядро OpenVZ не то выбираем?
ядро, может, и не то выбираете, или yum сам не то ставит. (Например, на 64битной машине надо явно указывать yum-у, какую архитектуру ставить, а то он норовит и x86_64 и i686 поставить одновременно). Но в любом случае к краху файловой системы это не должно приводить. Кстати, а зачем yum update? почему не yum install ? -- Константин
finist wrote on Wed, 24 December 2008 15:38 ядро, может, и не то выбираете, или yum сам не то ставит. (Например, на 64битной машине надо явно указывать yum-у, какую архитектуру ставить, а то он норовит и x86_64 и i686 поставить одновременно). Но в любом случае к краху файловой системы это не должно приводить. Хорошо, проверим finist wrote on Wed, 24 December 2008 15:38 Кстати, а зачем yum update? почему не yum install ? yum update - для обновления сервера и предустановленного ПО а yum install - для установки OpenVZ. Или Вы предлагаете установить OpenVZ без предварительного обновления предустановленного ПО и сервисов?
Quote: yum update - для обновления сервера и предустановленного ПО а yum install - для установки OpenVZ. Или Вы предлагаете установить OpenVZ без предварительного обновления предустановленного ПО и сервисов? Нет, Вы всё правильно делаете, я не так понял в первый раз. -- Константин
finist wrote on Wed, 24 December 2008 15:25 Кстати, неплохо было бы ещё диск проверить. fsck -f будет достаточно?
Для проверки/починки файловой системы - да. А вот если там диск физически сыпется, то нет.
Хм... при проверке дисков с помощью smartd в консоле ошибки: По обоим дискам в апаратном зеркале: Dec 24 16:36:55 vps kernel: ata3.00: exception Emask 0x0 SAct 0x1f SErr 0x0 action 0x2 frozen Dec 24 16:36:55 vps kernel: ata3.00: tag 0 cmd 0x61 Emask 0x4 stat 0x40 err 0x0 (timeout) Dec 24 16:36:55 vps kernel: ata3.00: tag 1 cmd 0x61 Emask 0x4 stat 0x40 err 0x0 (timeout) Dec 24 16:36:55 vps kernel: ata3.00: tag 2 cmd 0x61 Emask 0x4 stat 0x40 err 0x0 (timeout) Dec 24 16:36:55 vps kernel: ata3.00: tag 3 cmd 0x61 Emask 0x4 stat 0x40 err 0x0 (timeout) Dec 24 16:36:55 vps kernel: ata3.00: tag 4 cmd 0x61 Emask 0x4 stat 0x40 err 0x0 (timeout) Dec 24 16:36:55 vps kernel: ata3: soft resetting port Dec 24 16:36:55 vps kernel: ata3: softreset failed (1st FIS failed) Dec 24 16:36:55 vps kernel: ata3: softreset failed, retrying in 5 secs Dec 24 16:36:55 vps kernel: ata3: hard resetting port Dec 24 16:36:55 vps kernel: ata3: SATA link down (SStatus 0 SControl 300) Dec 24 16:36:55 vps kernel: ata3: failed to recover some devices, retrying in 5 secs Dec 24 16:36:56 vps kernel: ata3: hard resetting port Dec 24 16:36:56 vps kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Dec 24 16:36:57 vps kernel: ata3.00: configured for UDMA/133 Dec 24 16:36:57 vps kernel: ata3: EH pending after completion, repeating EH (cnt=4) Dec 24 16:36:57 vps kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0x1 Dec 24 16:36:57 vps kernel: ata3: (irq_stat 0x00000040, connection status changed) Dec 24 16:36:57 vps kernel: ata3: soft resetting port Dec 24 16:36:57 vps kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Dec 24 16:36:57 vps kernel: ata3.00: configured for UDMA/133 Dec 24 16:36:57 vps kernel: ata3: EH complete Dec 24 16:36:57 vps kernel: SCSI device sdb: 976773168 512-byte hdwr sectors (500108 MB) Dec 24 16:36:57 vps kernel: sdb: Write Protect is off Dec 24 16:36:57 vps kernel: sdb: Mode Sense: 00 3a 00 00 Dec 24 16:36:57 vps kernel: SCSI device sdb: drive cache: write back Dec 24 16:36:57 vps kernel: SCSI device sdb: 976773168 512-byte hdwr sectors (500108 MB) Dec 24 16:36:57 vps kernel: sdb: Write Protect is off Dec 24 16:36:57 vps kernel: sdb: Mode Sense: 00 3a 00 00 Dec 24 16:36:57 vps kernel: SCSI device sdb: drive cache: write back Dec 24 16:41:12 vps kernel: Kernel logging (proc) stopped. Dec 24 16:41:12 vps kernel: Kernel log daemon terminating. Чувствуются "зависоны" во время проверки. Проблемы с контролером? Хотя при этом в таблице smartd для диска: SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 172 - # 2 Short offline Interrupted (host reset) 00% 172 - # 3 Short offline Interrupted (host reset) 00% 172 -
В общем с дисками - думаю разберемся... Тут вопрос по выбору ядря OpenVZ. В dmesg нашел строчку: Quote: Use a PAE enabled kernel. Памяти 4Гб... но видимо все равно нужно ядро vzkernel-enterprise ставить. Да и Brought up 4 CPUs: Quote: CPU0: Intel(R) Xeon(R) CPU X3320 @ 2.50GHz stepping 07 CPU1: Intel(R) Xeon(R) CPU X3320 @ 2.50GHz stepping 07 CPU2: Intel(R) Xeon(R) CPU X3320 @ 2.50GHz stepping 07 CPU3: Intel(R) Xeon(R) CPU X3320 @ 2.50GHz stepping 07 Тогда вроде надо ставить vzkernel-smp. Как быть? vzkernel-enterprise или все-таки vzkernel-smp? Платформа 32bit.
ovzkernel-PAE, думаю, будет достаточно. Кстати, а почему 32бита, а не 64? (просто интересно) -- Константин
Хм, хороший вопрос. Скорее всего по традиции. Ибо на всех северах стоит FreeBSD 32bit. С 64битными система не работали. Тут возникла необходимость поднять систему с OpenVZ (выбрали Cent OS). Рекомендуете выбрать 64бита? Никогда с такими не работал.
Если Sent OS 5.2 64бита поставим, тогда какое ядро выбрать?
вроде одно для всех 64битных (кроме Itanium) ovzkernel-2.6.18-92.1.13.el5.028stab059.6.x86_64.rpm ? или ovzkernel-xen-2.6.18-92.1.13.el5.028stab059.6.x86_64.rpm ? В чем разница?
Quote: Рекомендуете выбрать 64бита? Никогда с такими не работал. Просто если вдруг понадобится сделать Контейнер с 64битной системой когда-то, то на 32битной хост-ОС этого сделать не удастся, а на 64битной - получится. Ещё плюс - не нужно пользоваться PAE, enterprise версиями ядер, т.к. вся память считается lowmem, адресация больше,будет чуть-чуть быстрее. С другой стороны, ресурсов (памяти) будет использоваться чуть-чуть больше - указатели везде в 2 раза больше. Quote: или ovzkernel-xen-2.6.18-92.1.13.el5.028stab059.6.x86_64.rpm ? В чем разница? В -xen версии ядра вкомпилены модификации для Xen-а (т.е. использовать одновременно и Xen и OVZ). Если не планируете использовать Xen, то его брать не нужно.
Ага будучи уверены, что встроенный RAID контроллер все-таки аппаратный, оказалось, что наш недорейд «Matrix Storage Manager» все-таки программный. И по всей видимости ядро OpenVZ его не поддерживает, так?
Какой драйвер поддерживает этот fake-raid? Если стандартный, если Вы устанавливали стандартную host OS и не использовали никаких дополнительных драйверов от вендора/ещё откуда-нибудь, то OpenVZ ядро должно точно так же поддерживать этот fake-raid, как и стандартное ядро.
Ага, драйвер стандартный. От fake-raid отказались. Сейчас настроили программный рейд. Собираюсь ставить ядро: ovzkernel.x86_64 2.6.18-92.1.13.el5.028stab059.6 openvz-kernel-rhel5 По результатам отпишусь.
Ага, теперь вроде все работает: #uname -a Linux vps.***.ru 2.6.18-92.1.13.el5.028stab059.6 #1 SMP Fri Nov 14 16:01:01 MSK 2008 x86_64 x86_64 x86_64 GNU/Linux Странно однако. От первоначальной ситуации изменилось: 1) Отказались от FAKE-рейда 2) Поставили CentOS 64bit. Так что, ушли от проблемы без найденого решения.
Ну, тут уж надо определиться - шашечки или ехать. Если ехать, то всё работает. А если хочется разобраться - вертать взад всё, конфигурить сериальную консоль и разбираться. В любом случае, то, что от fake-raid отказались - это плюс безусловный. x86_64 - чуть более спорно, но тоже точно не хуже. Да будет нода сия в полном здравии. -- Константин
Благодарю за помощь. Будем разбираться с OpenVZ дальше. Много еще предстоит узнать и сделать.