В нашем кластере был дистрибутив Rocks 5.5, и мы хотели обновить его до 6.2. Раздел «/ export» был смонтирован на программном массиве Intel RAID 0 из 2 идентичных жестких дисков (HD) (/ dev / sdb и / dev / sdc), а остальные разделы, а именно «/», «/ var» и «свопинг» на отдельный (загрузочный) HD или «/ dev / sda».
Первые попытки обновления не удались из-за предупреждения о том, что он обнаружил информацию о рейде на HD и не может продолжить работу. Я наивно решил эту проблему, выполнив:
dmraid -r -E /dev/sda
Ошибка больше не появлялась, и я смог выполнить обновление. Используя ручное разбиение на разделы, я отформатировал загрузочный HD, оставил массив RAID неформатированным и снова смонтировал как «/ export».
После завершения установки процесс загрузки завершился неудачно, сообщается
ERROR: ddf1: Cannot find physical drive description on /dev/sdc!
ERROR: ddf1: setting up RAID device /dev/sdc
ERROR: ddf1: Cannot find physical drive description on /dev/sdb!
ERROR: ddf1: setting up RAID device /dev/sdb
/export1: The filesystem size (according to the superblock) is 488378000 blocks
The physical size of the device is 244190638 blocks
Either the superblock or partition table is likely to be corrupt!
Загрузив Rocks в режиме «спасения», мы смогли снова смонтировать диски, хотя в нем говорилось, что раздел RAID не был размонтирован чисто.
"Dmraid" показывает массив RAID, хотя и с ошибками:
$ dmraid -r
ERROR: ddf1: Cannot find physical drive description on /dev/sdc!
ERROR: ddf1: setting up RAID device /dev/sdc
ERROR: ddf1: Cannot find physical drive description on /dev/sdb!
ERROR: ddf1: setting up RAID device /dev/sdb
/dev/sdc: isw, "isw_eecceiche", GROUP, ok, 1953525166 sectors, data@ 0
/dev/sdb: isw, "isw_eecceiche", GROUP, ok, 1953525166 sectors, data@ 0
$ dmraid -s
ERROR: ddf1: Cannot find physical drive description on /dev/sdc!
ERROR: ddf1: setting up RAID device /dev/sdc
ERROR: ddf1: Cannot find physical drive description on /dev/sdb!
ERROR: ddf1: setting up RAID device /dev/sdb
*** Group superset isw_eecceiche
--> Active Subset
name : isw_eecceiche_Volume0
size : 3907038720
stride : 256
type : stripe
status : ok
subsets: 0
devs : 2
spares : 0
Вот он "fstab":
#
# /etc/fstab
# Created by anaconda on Tue Sep 15 17:35:11 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=90471019-650c-4901-a8f1-e8cce3fbc059 / ext4 defaults 1 1
UUID=5dae925e-6e01-4442-8f5b-07bfbde7ff09 /export ext2 defaults 1 2
UUID=18303228-189f-4fa3-9661-71786323d70d /var ext4 defaults 1 2
UUID=d14c42ec-e41a-4dbd-b6b8-60afb4aa1b14 swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
# The ram-backed filesystem for ganglia RRD graph databases.
tmpfs /var/lib/ganglia/rrds tmpfs size=2045589000,gid=nobody,uid=nobody,defaults 1 0
и "блкид":
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="90471019-650c-4901-a8f1-e8cce3fbc059" TYPE="ext4"
/dev/sda2: UUID="18303228-189f-4fa3-9661-71786323d70d" TYPE="ext4"
/dev/sda3: UUID="d14c42ec-e41a-4dbd-b6b8-60afb4aa1b14" TYPE="swap"
/dev/sdb: UUID="M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?" TYPE="ddf_raid_member"
/dev/sdc: UUID="M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?M-^?" TYPE="ddf_raid_member"
/dev/sde1: LABEL="Expansion Drive" UUID="BC448C59448C1872" TYPE="ntfs"
/dev/sdd1: UUID="66F2-41D7" TYPE="vfat"
/dev/mapper/isw_eecceiche_Volume0p1: LABEL="/export1" UUID="5dae925e-6e01-4442-8f5b-07bfbde7ff09" TYPE="ext2"
а также вывод "fdisk":
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x44f45cd4
Device Boot Start End Blocks Id System
/dev/sda1 * 1 111403 894841856 83 Linux
/dev/sda2 111403 119562 65536000 83 Linux
/dev/sda3 119562 121602 16382976 82 Linux swap / Solaris
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00045387
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 243201 1953512001 83 Linux
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
6 heads, 1 sectors/track, 325587528 cylinders
Units = cylinders of 6 * 512 = 3072 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
This doesn't look like a partition table
Probably you selected the wrong device.
Device Boot Start End Blocks Id System
/dev/sdc1 22094 22341 743+ cf Unknown
/dev/sdc2 ? 1 1 0 0 Empty
Partition 2 does not end on cylinder boundary.
/dev/sdc3 357936035 357936283 743+ cf Unknown
/dev/sdc4 1 1 0 0 Empty
Partition 4 does not end on cylinder boundary.
Disk /dev/mapper/isw_eecceiche_Volume0: 2000.4 GB, 2000403824640 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Disk identifier: 0x00045387
Device Boot Start End Blocks Id System
/dev/mapper/isw_eecceiche_Volume0p1 * 1 243201 1953512001 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/mapper/isw_eecceiche_Volume0p1: 2000.4 GB, 2000396289024 bytes
255 heads, 63 sectors/track, 243200 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 262144 bytes
Alignment offset: 98816 bytes
Disk identifier: 0x00000000
У нас есть доступ к разделу «/ export», и его данные все еще доступны в режиме «спасения».
Я был бы признателен, если бы узнал, есть ли способ снова восстановить метаданные RAID без форматирования или удаления / восстановления массива.
Мы очень ценим любую помощь в решении этой проблемы.