Я устанавливаю сервер резервного копирования с установленным Debian10 и работающим на его дисках NVMe. У него также есть жесткие диски SATA 4x6TB, и я пытаюсь настроить их как массив RAID0.
Обычно я следую объяснениям здесь: https://www.digitalocean.com/community/tutorials/how-to-create-raid-arrays-with-mdadm-on-debian-9 который всегда работал у меня в Debian9.
Симптомом является то, что когда я перезагружаю свой сервер, мой массив RAID0 исчезает.
Ошибка в / var / log / syslog гласит:
dev-md3.device: Job dev-md3.device/start timed out.
Timed out waiting for device /dev/md3.
Dependency failed for /mnt/md3.
mnt-md3.mount: Job mnt-md3.mount/start failed with result 'dependency'.
dev-md3.device: Job dev-md3.device/start failed with result 'timeout'.
Моя процедура настройки RAID0 выглядит так:
$ sudo mdadm --version
mdadm - v4.1 - 01.10.2018
$ sudo lsblk -o ИМЯ, РАЗМЕР, FSTYPE, TYPE, MOUNTPOINT
NAME SIZE FSTYPE TYPE MOUNTPOINT
sda 5.5T disk
sdb 5.5T disk
sdc 5.5T disk
sdd 5.5T disk
nvme0n1 477G disk
├─nvme0n1p1 511M vfat part /boot/efi
├─nvme0n1p2 476G ext4 part /
├─nvme0n1p3 511M swap part [SWAP]
└─nvme0n1p4 1M iso9660 part
$ sudo mdadm --create --verbose / dev / md3 --level = 0 --raid-devices = 4 / dev / sda / dev / sdb / dev / sdc / dev / sdd
mdadm: chunk size defaults to 512K
mdadm: partition table exists on /dev/sda
mdadm: partition table exists on /dev/sda but will be lost or
meaningless after creating array
mdadm: partition table exists on /dev/sdb
mdadm: partition table exists on /dev/sdb but will be lost or
meaningless after creating array
mdadm: partition table exists on /dev/sdc
mdadm: partition table exists on /dev/sdc but will be lost or
meaningless after creating array
mdadm: partition table exists on /dev/sdd
mdadm: partition table exists on /dev/sdd but will be lost or
meaningless after creating array
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md3 started.
$ sudo cat / proc / mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md3 : active raid0 sdd[3] sdc[2] sdb[1] sda[0]
23441561600 blocks super 1.2 512k chunks
unused devices: <none>
$ sudo mkfs.ext4 -F / dev / md3
mke2fs 1.44.5 (15-Dec-2018)
/dev/md3 contains a ext4 file system
last mounted on Sat Dec 21 10:42:04 2019
Creating filesystem with 5860390400 4k blocks and 366274560 inodes
Filesystem UUID: f8f61563-66ab-4cc6-9876-7f6160c43853
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544, 1934917632,
2560000000, 3855122432, 5804752896
Allocating group tables: done
Writing inode tables: done
Creating journal (262144 blocks): done
Writing superblocks and filesystem accounting information: done
$ sudo mkdir -p / mnt / md3
$ sudo mount / dev / md3 / mnt / md3
$ sudo df -h -x devtmpfs -x tmpfs
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p2 469G 2.5G 443G 1% /
/dev/nvme0n1p1 510M 5.1M 505M 1% /boot/efi
/dev/md3 22T 24K 21T 1% /mnt/md3
На данный момент мой RAID0 работает, и я могу его использовать. Теперь (пытаясь) сохранить вышеуказанное в постоянной настройке:
# mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf
ARRAY /dev/md3 metadata=1.2 name=xxxxx:3 UUID=71ca2d63:66f64678:02822188:2c2881ba
# echo '/ dev / md3 / mnt / md3 ext4 defaults, nofail, discard 0 0' | sudo tee -a / etc / fstab
/dev/md3 /mnt/md3 ext4 defaults,nofail,discard 0 0
Актуальное содержимое /etc/mdadm/mdadm.conf (без комментариев):
HOMEHOST <system>
MAILADDR root
ARRAY /dev/md3 metadata=1.2 name=xxxxx:3 UUID=71ca2d63:66f64678:02822188:2c2881ba
Теперь, если я перезагружаюсь, массива RAID0 нет, и у меня есть ошибки, которые я поместил поверх этого сообщения в syslog
Обновить
Пробовал то же самое с RAID10 --level=10, тот же результат
В моем случае понадобился новый файл initramfs. Я перемещаю установку Debian 9 на программное обеспечение raid1 для избыточности, и установка никогда раньше не использовалась mdadm. Итак, после установки пакета, создания тестового массива raid1 и перед перезапуском мне пришлось повторно запустить mkinitramfs и исправить параметр /etc/lilo.conf initrd =, чтобы указать на правильный файл изображения.
Использование предыдущего неизмененного образа initramfs привело к значительной задержке при загрузке, таймауту при запуске md0. Но в системе был обнаруженный системой массив / dev / md127 из указанных мной разделов
Итак, перед перезапуском системы с правильно созданным массивом вы должны выполнить mkinitramfs, а затем обновить загрузчик начальной загрузки?
Все, что вы сделали, выглядит совершенно правильно. Те partition table exists on /dev/sd[abcd] but will be lost or meaningless after creating array сообщения, тем не менее, касаются.
Это предположение, но я думаю, что может случиться так, что на этих дисках была таблица разделов GUID. Когда вы создаете RAID 0, метаданные MD помещаются в переднюю часть диска, уничтожая там таблицу разделов. Но есть резервная копия таблицы разделов, хранящаяся в конце диска. Я предполагаю, что система восстанавливается из резервной копии при каждой загрузке. В RAID 0 нет начальной синхронизации. Он просто принимает данные на дисках.
Попробуйте очистить таблицы разделов с дисков с помощью wipefs -a /dev/sd[abcd] первый. Затем создайте массив с помощью своей процедуры.