========
После необходимости переустановить ОС я испытываю затруднения при доступе к данным, хранившим на группе RAID5, основывался на 8 жестких дисках с помощью mdraid. Совет очень ценится!
У меня есть DIY, домашний сервер NAS основывался на Intel Atom (Zotac NM10-DTX WiFi), Икра WD 8 x 2 ТБ жесткие диски, соединенные через HighPoint-RocketRAID 2680, а также SSD на 64 ГБ для ОС.
Установка хорошо работала в течение почти 2 лет (на Сервере Ubuntu 10.4 LTS) и использовала mdraid (оказалось, что я мог получить лучшую производительность с помощью адаптера RAID только для подключения дисков и использования mdraid для создания массива RAID5 на 14 ТБ).
Я недавно начал испытывать некоторые проблемы производительности (чтения, и записи стали медленными - и при доступе к данным из других хостов в моей сети и также выполнении dd локально на сервере NAS), таким образом, я решил обновить ОС в, он был некоторое время (у меня только были автоматические обновления системы защиты). Обновление пошло ужасно неправильно с ОС, даже не загружающейся после обновления - таким образом, я решил сделать чистую установку Сервера Ubuntu 12.04.
Благодаря askubuntu мне удалось создать драйвер для RocketRAID 2680, и я вижу, что все 8 дисков (/dev/sdb через/dev/sdi) и работающий mdadm - исследуют возвраты:
/dev/sdb1:
Magic : a92b4efc
Version : 0.90.00
UUID : e667bd7d:d55be409:e9e4094c:aa5ad989 (local to host wega)
Creation Time : Wed Jan 5 16:47:34 2011
Raid Level : raid5
Used Dev Size : 1953431232 (1862.94 GiB 2000.31 GB)
Array Size : 13674018624 (13040.56 GiB 14002.20 GB)
Raid Devices : 8
Total Devices : 8
Preferred Minor : 0
Update Time : Tue Oct 15 18:36:41 2013
State : clean
Active Devices : 8
Working Devices : 8
Failed Devices : 0
Spare Devices : 0
Checksum : d1fdf40 - correct
Events : 1010
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
0 0 8 17 0 active sync /dev/sdb1
1 1 8 33 1 active sync /dev/sdc1
2 2 8 49 2 active sync /dev/sdd1
3 3 8 65 3 active sync /dev/sde1
4 4 8 81 4 active sync /dev/sdf1
5 5 8 97 5 active sync /dev/sdg1
6 6 8 113 6 active sync /dev/sdh1
7 7 8 129 7 active sync /dev/sdi1
Я также смог активировать/ded/md0 путем выполнения:
mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1
... возврат:
mdadm: /dev/md0 has been started with 8 drives.
В то время как массив, кажется, перезапустил успешно, я не вижу своего раздела на 14 ТБ, который я создал 2 года назад (и раньше с тех пор хранил все мои данные). Выполнение cfdisk показывает только единственный раздел Linux с ~1.8TB способности и ~12TB неиспользуемого места:
Disk Drive: /dev/md0
Size: 14002195070976 bytes, 14002.1 GB
Heads: 2 Sectors per Track: 4 Cylinders: 3418504656
Name Flags Part Type FS Type [Label] Size (MB)
--------------------------------------------------------------------------
Pri/Log Free Space 0.06
md0p1 Primary Linux 1750274.33
Pri/Log Free Space 12251920.69
То же также появляется, когда выполнение mdadm - детализирует/dev/md0
/dev/md0:
Version : 0.90
Creation Time : Wed Jan 5 16:47:34 2011
Raid Level : raid5
Array Size : 13674018624 (13040.56 GiB 14002.20 GB)
Used Dev Size : 1953431232 (1862.94 GiB 2000.31 GB)
Raid Devices : 8
Total Devices : 8
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Wed Oct 16 11:07:25 2013
State : clean
Active Devices : 8
Working Devices : 8
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
UUID : e667bd7d:d55be409:e9e4094c:aa5ad989 (local to host wega)
Events : 0.1010
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
2 8 49 2 active sync /dev/sdd1
3 8 65 3 active sync /dev/sde1
4 8 81 4 active sync /dev/sdf1
5 8 97 5 active sync /dev/sdg1
6 8 113 6 active sync /dev/sdh1
7 8 129 7 active sync /dev/sdi1
Если я понимаю правильно - различие между "Размером Массива" и "Используемым Размером Устройства" (2 ТБ по сравнению с 14 ТБ) означает, что существует проблема. Я не хочу пытаться смонтировать раздел, пока я не понимаю то, что продолжается (для предотвращения любых изменений в данных, которые запретили бы быть от получения снова доступа к моей группе RAID).
Любой совет очень ценился бы, поскольку я использовал этот сервер NAS для всех резервных копий и цифровых сред.
Используемый размер устройства означает, что каждый отдельный диск равен 2 ТБ. Не используйте cfdisk
, поскольку это старый POS с ошибками, который понимает только таблицу разделов msdos, которая не поддерживает диски> 2 ТБ. Вместо этого используйте parted
, который поддерживает gpt.
Что еще более важно, я не думаю, что у вас даже есть таблица разделов в массиве raid. Более типично просто форматировать весь массив, а не разбивать его на части, поэтому попробуйте смонтировать массив.