У меня есть настройки LVM на Debian 7.8 с ядром 3.2.65-1+deb7u1 работает OpenMediaVault

LV состоит из 4 дисков

Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
Disk /dev/sdd: 2000.4 GB, 2000398934016 bytes
Disk /dev/sde: 1500.3 GB, 1500301910016 bytes

Начиная с прошлой ночи, доступ к акциям, расположенным на LV, начал замедляться, когда, наконец, акции перестали отвечать на запросы.

Системный журнал постоянно показывает следующее сообщение

ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata3.00: BMDMA stat 0x45
ata3.00: failed command: READ DMA
ata3.00: cmd c8/00:80:80:01:00/00:00:00:00:00/e0 tag 0 dma 65536 in
         res 51/40:6f:85:01:00/00:00:4b:00:00/e0 Emask 0x9 (media error)
ata3.00: status: { DRDY ERR }
ata3.00: error: { UNC }
ata3.00: configured for UDMA/133
ata3.01: configured for UDMA/133
ata3: EH complete 

Smartd также сообщает

Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 193 Load_Cycle_Count changed from 23 to 22
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 7 Seek_Error_Rate changed from 100 to 200
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 7 Seek_Error_Rate changed from 200 to 100
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 193 Load_Cycle_Count changed from 22 to 21
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 7 Seek_Error_Rate changed from 100 to 200
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 193 Load_Cycle_Count changed from 21 to 20
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 1 Currently unreadable (pending) sectors
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 689 Currently unreadable (pending) sectors (changed +688)
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 197 Current_Pending_Sector changed from 200 to 198
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 1416 Currently unreadable (pending) sectors (changed +727)
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], SMART Usage Attribute: 197 Current_Pending_Sector changed from 198 to 195
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 1465 Currently unreadable (pending) sectors (changed +49)
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 1465 Currently unreadable (pending) sectors
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 1465 Currently unreadable (pending) sectors
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], 1465 Currently unreadable (pending) sectors
Device: /dev/disk/by-id/wwn-0x50014ee2af284bdd [SAT], ATA error count increased from 0 to 84

Я обнаружил, что /dev/sde - это проблемный диск, и я больше не могу запустить LVM, поскольку он просто зависает.

У меня должно быть достаточно свободного места на sdb , sdc и sdd для удаления sde но любые команды, такие как pvmove просто зависают при попытке прочитать sde .

Любые предложения или мой объем тост?

Спасибо!

# pvs
  PV         VG      Fmt  Attr PSize PFree
  /dev/sdb   storage lvm2 a--  3.64t    0
  /dev/sdc   storage lvm2 a--  1.82t    0
  /dev/sdd   storage lvm2 a--  1.82t    0
  /dev/sde   storage lvm2 a--  1.36t    0

# vgs
  VG      #PV #LV #SN Attr   VSize VFree
  storage   4   1   0 wz--n- 8.64t    0

# lvs
  LV      VG      Attr     LSize Pool Origin Data%  Move Log Copy%  Convert
  storage storage -wi----- 8.64t

2 ответа2

1

Так что после недели ddrescue и дня или около того e2fsck у меня все это кое-что восстановило. Похоже, что большая часть данных находится там и не повреждена, хотя большая ее часть остается в потерянном + обнаруженной, что она читаема.

Вот разбивка того, как я это сделал.
Важное примечание: мои системные диски не были частью LVM. Для этого, если ваши системные диски не работают, может потребоваться загрузка с живого диска cd/usb

Загрузите систему
Моя система не загружалась и зависала при попытке запустить LVM. Чтобы обойти это, я отключил проблемный диск sde , затем запустил машину и подождал, пока не смогу войти. Затем я подключил sde и побежал
echo '0 0 0' > /sys/class/scsi_host/host3/scan После чего sde был выбран. ( host3 был портом, на котором был sde , и может не совпадать с вашим диском)

Установите ddrescude (для Debian)

apt-get install gddrescue

Клонируйте умирающий диск с помощью ddrescue (Первый шаг: пропустите ошибки, чтобы быстро прочитать как можно больше хороших данных.Занимает много времени в зависимости от ошибок и размера диска)

ddrescue -f -n /dev/sde /dev/sdf /root/sde.rescue.log


GNU ddrescue 1.16
Press Ctrl-C to interrupt
rescued:   644394 MB,  errsize:    372 kB,  current rate:    4390 kB/s
rescued:     1500 GB,  errsize:  22036 kB,  current rate:       66 B/s
   ipos:    200704 B,   errors:      77,    average rate:    4942 kB/s
   opos:    200704 B,     time since last successful read:       0 s
Finished

Попытайтесь сделать еще один проход (пропуская уже скопированные данные, повторите попытку 3 раза, прежде чем сдаться).Для меня это заняло даже больше времени, чем первый проход)

ddrescue -d -f -r3 /dev/sde /dev/sdf /root/sde.rescue.log


GNU ddrescue 1.16
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:     1500 GB,  errsize:  22036 kB,  errors:      77
Current status
rescued:     1500 GB,  errsize:  12014 kB,  current rate:      512 B/s
   ipos:    199680 B,   errors:     972,    average rate:      768 B/s
   opos:    199680 B,     time since last successful read:       0 s
Splitting failed blocks...

Затем я выключил машину, удалил sde и подключил то, что было sdf к тому же порту sata, на котором был включен sde и загрузил резервную копию.
При загрузке появился LVM, но при попытке просмотреть файлы было много ошибок.

Исправьте файловую систему (ответьте yep на все вопросы, будьте подробны и проверьте файловую систему Force)

e2fsck -y -v -f /dev/mapper/storage-storage

Затем я смог смонтировать файловую систему и начать смотреть на повреждения. Как уже говорилось, большая часть данных оказалась в lost+found. Пока что единственные имена папок были потеряны. Проверка содержимого папок, которые я могу собрать вместе, где все это принадлежит

Рекомендации:

0

Это длинный путь, но вы можете попытаться перенести данные, используя функцию зеркалирования LVM. Недостатком является то, что вам понадобится как минимум тот же объем памяти в новом томе, что и в старом. Также нет гарантии, что вы восстановите все свои данные из-за постоянных ошибок на диске, но любые данные, которые могут быть прочитаны, могут все же пережить поездку. Стоит попробовать; самое худшее, что происходит, - вы теряете те данные, которые собираетесь потерять.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .