November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
dil: (Default)
Sunday, July 24th, 2016 12:42 am

Не, ну почему я всё время наступаю на грабли??

На сервере, где живёт мой блог (и кучка других сайтов) немножко попортились диски. Ясное дело, диски не вечные, рано или поздно они все помирают, тем более, что тут они уже много лет работали круглосуточно. Хорошо, что я с самого начала собрал их в RAID1. Места стало вдвое меньше, но в общем хватало. Зато надёжность повысилась. Не будь там этого зеркала, сейчас бы много данных пропало.

Короче, когда это обнаружилось, я послал хостеру (Hetzner) запрос на замену первого диска. Они поставили новый буквально через пару часов.
Загрузил сервер по сети (это у Hetzner’а очень удобно организовано: на веб-сайте можно выбрать операционную систему для загрузки по сети, а также послать в сервер Ctrl-Alt-Del или аппаратный Reset, не обращаясь в службу техподдержки). Новый диск оказался на треть больше, чем старый, поэтому я решил не цеплять его к старому RAID’у, а сделать новый. Казалось бы, ничего сложного в этом нет. Создал раздел почти на весь диск, потом попробовал создать на нём новый RAID1, и тут mdadm выдал предупреждение, что его суперблоки версий 1.* не все загрузчики понимают, так что может быть стоит использовать версию 0.90. Посмотрел на старый диск, там была версия 0.90. Значит, имеющийся grub её точно понимает.

Ну и создал RAID по имени md2 с опцией --metadata=0.90, потом на нём physical volume под LVM, volume group, и пачку logical volumes, как на старых дисках, только чуть покрупнее, раз диск побольше. Отформатировал новые файловые системы, скопировал содержимое со старого диска, зашёл туда через chroot, подправил fstab и mdadm.conf, перегенерировал загрузочный образ и grub.cfg, установил grub на новый диск. Казалось бы, всё готово, должно работать. Перезагрузил сервер, а он не отзывается даже на пинги. Значит, что-то не склалось..

Загрузился снова по сети, и тут.. pvdisplay нового тома не видит, только старый. Попробовал ему явно указать на /dev/md2, а он говорит, что не может его прочитать. Запустил fdisk -l /dev/md2, а он говорит, что этот md2 нулевого размера, ни одного сектора там нет. Ну, думаю, что-то там сломалось, наверное, надо пересоздать. Запустил mdadm --remove /dev/md2, а он внезапно заявляет, что mdadm: error opening /dev/md2: No such file or directory.

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Monday, March 17th, 2014 09:06 pm

Наткнулся сегодня на загадочное поведение дебиана при подключении внешнего диска с зашифрованным LUKS’ом разделом, на котором располагаются LVM’ные тома:
сам по себе шифрованный раздел подключается нормально, как автоматически при втыкании диска, так и вручную посредством cryptsetup luksOpen.
После этого pvdisplay, vgdisplay и lvdisplay успешно показывают все LVM’ные детали, а вот девайсы в /dev/mapper/ не появляются..

Причём этот же самый дебиан успешно грузится со встроенного винчестера с такой же организацией шифрования и LVM, не испытывая никаких проблем.

После часа экспериментов я внезапно заметил, что тома находятся в состоянии NOT available, и смутные воспоминания натолкнули меня на lvchange -ay /dev/vgname/lvname. Заработало..

А потом оказалось, что воспоминания возникли не на пустом месте, я на эти грабли наступал год назад, а сейчас про них начисто забыл и наступил снова.

Плохая болезнь склероз..

Оригинал этой записи в личном блоге.