May 26th, 2011

  • gjuke

Проблема с dm_raid

После пересборки fake-raid 1 на уже входивших когда-то в fake-raid1 дисках и копирования них всех системных файлов, при загрузке системы вылетает ошибка вида:
Want me to fall back to /dev/disk/by-id/ata-Hitachi_HTS541680J9AT00_SB0244SGKJE75E-part3 (y/n)
При это этого диска вообще нет в системе, он был заменен на другой диск с другим ID.
В /etc/fstab,
/boot/grub/menu.lst,
/boot/grub/device.map
все прописано корректно, по id софтового рейда.
Подскажите пожалуйста, где еще мог прописаться этот злосчастный диск?
Morda

Плохие блоки+lvm+jfs

Ситуация.  Сервер centos 5.6, дисковый массив из четырех дисков SATA емкостью 4Тб (LVM linear raid0).  Весь объем размечен под jfs и используется, главным образом, для хранения бэкапов.  Это самый большой дисковый том в моем распоряжении и слить все его содержимое мне физически некуда. На самом деле, распихать по нескольким другим машинам можно, но это такой геморрой, что связываться с этим я стал бы только если совсем-совсем нет другого выхода.

На одном из дисков обнаружились бэд блоки.  Попытка запустить badblocks на том LVM приводит к следующему:
[root@dump ~]# badblocks /dev/mapper/VolGroup01-musom 
badblocks: File too large while trying to determine device size

badblocks /dev/sdd отрабатывает и я, вроде, нашел гайд, как пересчитывать блоки на физическом диске в блоки тома lvm, но что делать дальше? У JFS, как подсказывает всеведающий гугль, нет возможности пометить бэд блоки без переразметки тома. Переразметить под другую файлуху без переразметки тома, как я понимаю, тоже невозможно.

Была идея воспользоваться переназначением блоков на уровне жесткого диска. Однако sginfo говорит дословно следующее:

[root@dump ~]# sginfo -d /dev/sdd
INQUIRY response (cmd: 0x12)
----------------------------
Device Type                        0
Vendor:                    ATA     
Product:                   ST31000340NS    
Revision level:            SN05

 />>> Unable to read primary (manufacturer) defect data.
 />>> Unable to read grown defect data.

Я так понимаю, если оно не может этот список посмотреть, оно не сможет его и редактировать?

В документации к hdparm я нашел параметр -D, который, якобы, включает/выключает defect management feature, но ни в одном гайде по hdparm, который я нагуглил, эта фича детально не обсуждается. Я даже не понял, как узнать, есть ли эта feature у моего диска и не поплохеет ли ему при попытке его включить.

В общем, у кого есть конструктивные идеи?

Update: Потеря данных в самих бэдах меня не особо волнует; как я понимаю, в этих файлах лежит один конкретный бэкап, потерю которого я, скорее всего переживу. Главная задача - наладить функционирование ФС в дальнейшем.