27.12.2013 15:51, Dmitry Agafonov пишет:
Я не знаю точно как это поставить или проверить, но была опция
"разрешить загружаться с деградировавшего рейда". Поищите, может поможет.
27.12.2013 15:35 пользователь "Vladimir Skubriev"
<[email protected] <mailto:[email protected]>> написал:
Есть сервер ubuntu 12.04 + updates
с двумя дисками в raid1 mdadm
sda1 500 Mb
sdb1 500 Mb
sdc1 500 Mb
sda1 500 Gb
sdb2 500 Gb
sdc2 500 Gb
sda1 + sdb1 + sdc1=md0 = /boot
sda2 + sdb2 + sdc1=md1 = lvm pv "sysraid" = \
rootfs,swap,tmp,var/log,lxc_server1,lxc_server2 etc...
Осталься один диск (sdc). "Сервер сгорел".
Беру этот диск загружаюсь с него на другом компе.
Меняю в /etc/udev/rules.d/70-net....rules mac сетевой.
Делаю мягкий reboot, одноименной командой. Все хорошо.
Но во второй раз система зависает после меню grub. Т.е. меню grub
работает и можно выбрать любой из доступных вариантов.
Выбираешь по умолчанию, т.е. загрузку системы с поледний ядром и
черный экран, точнее видно что на монитор сигнал есть, но сигнал
этот кромешная тьма.
Если загрузиться с винта в режиме восстановления (т.е. initrd) то
он не может смонтировать файловую систему корня сервера указанную
у него в fstab. При этом устройства сами существуют. Проблема
проявлется из initrd.
Если загрузиться с livecd, и войти в режим восстановления, все
прекрасно видится и все файловые системы сервера - монтируются.
Т.е. в initrd при монтировании большинства файловых
систем(наиболее активных на сервере) получаю:
Ext3:...
Ext4: (dm-X): unable to read superblock
Те файловые системы, которые практически не используются на
серванте - монтируются нормально из initrd.
Те, с которыми идет работа, корни, логи, кэши, виртуальные
контейнеры и т.д. - unable to read superblock
WTF ?
--
--
Faithfully yours,
Vladimir Skubriev
--
ubuntu-ru mailing list
[email protected] <mailto:[email protected]>
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru
Это стоит.
Совсем забыл сказать, что я уже даже уменьшил размер массивов на 1
девайс (mdadm /dev/massive -G -n 1 --force).
И это не помогло.
Дело в не в этом.
Сейчас массив исправен.
Хотя возможно скрипт определения состояния из ramfs tools может не
однозначно работать в такой ситуации. Но все же.
Может у кого то еще есть какой то опыт в таком деле.
Подождем.
--
--
Faithfully yours,
Vladimir Skubriev
--
ubuntu-ru mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru
