Как правильно создать раздел 15ТВ [Решено или нет))]

[Cool_Lamer]

По сабжу. Контроллер в процессе разбора полётов был перешит в IT-прошивку (без раид возможностей), как результат выявился диск который ругался I/O error бла-бла-бла. Проверку контроллером он проходит, системой подхватывается, тесты скорости с него показывают приемлемую на запись, и почти нулевую на чтение. Методом научного тыка/перетыка, выявлено что глючит из-за порта в плате расширения корпуса. Пропаял все контакты на плате и О ЧУДО! Всё работает как надо.
Решил юзать mdadm, ибо смарт контроллер в системе показывать напрочь отказывается, а весь софт для контроля и руления от производителя, требует то одно, то другое, то третье, а потом неудовлетворение зависимостей.
Собрал вообщем софтовый. Скорости примерно такие

Код Выделить Развернуть

# dd if=/dev/zero of=/media/disk/testfile4gb bs=1M count=4096
4096+0 записей получено
4096+0 записей отправлено
скопировано 4294967296 байт (4,3 GB), 2,41486 c, 1,8 GB/c
# /sbin/sysctl -w vm.drop_caches=3
vm.drop_caches = 3
# dd if=/media/disk/testfile4gb of=/dev/null
8388608+0 записей получено
8388608+0 записей отправлено
скопировано 4294967296 байт (4,3 GB), 3,58649 c, 1,2 GB/c

Всеми описаными в гугле рецептами, создать раздел так и не получилось, вроде всё проходит ок-ок (и mkfs, и gdisk, и parted), а раздела по финишу нету. После создания массива, загрузился с флешки (gparted-ive-usb) и форматнул.
Результат

Код Выделить Развернуть

Disk /dev/md4: 14,6 TiB, 16002108620800 bytes, 31254118400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 524288 bytes / 4194304 bytes
Disklabel type: gpt
Disk identifier: 8825CBC0-28F9-4219-A493-124A9FA10373

Device     Start         End     Sectors  Size Type
/dev/md4p1  2048 31254116351 31254114304 14,6T Linux filesystem

Буду тестить.
Cообщение объединено 23 апреля 2016, 15:25:55
off-top

Но объединение восьми дисков в один страйп считаю большой ошибкой. Если потеря всех данных из-за отказа одного из винтов не критична, то зачем такие данные вообще писать?

Видео много, оно пишется и хранится 2-3 суток, и так по кругу. При том, что видео постоянно пишется в 40-60 потоков, его также и читают в 50+ потоков.
Если делать к примеру 5 уровень, то при выходе из строя и замене диска синхронизация может растянуться на неделю (не забываем, что пока диск сихронизирует к примеру вторые и третьи сутки, первые уже поменялись и их опять нужно пересинхронизировать). При этом сильно упадёт скорость записи, что в свою очередь повлечёт за собой "битые" новые видео-файлы во время синхронизации (рассыпание картинки, заикание, подлагивание) + вызовет нефиговую нагрузку на остальные диски в массиве, а оно надо? Ну вот как-то так.
У всех разные задачи и если вы не сталкивались с чем-то, то это не значит что оно не имеет право на жизнь.
И ещё вспомним как часто выходят из строя диски? За 3-5 лет в 3х серверах, ни один (стучу по дереву), юзаю хитачи или вд серверные или сторадж + хорошие бп + бесперебойники, даже смарт у всех на месте, а работают 24/7/365. Ну а 5 лет это уже "время жизни технологии" как говорят.

[oermolaev]

Cool_Lamer,
Если критичных данных нет и за их потерю ничего не предъявят, то конечно "имеет право на жизнь".
По скоростям хотелось бы увидеть тесты bonnie++ типа как тут
А ZFS не рассматривали?

[Cool_Lamer]

По скоростям хотелось бы увидеть тесты bonnie++ типа как тут
А ZFS не рассматривали?

Какие тесты? Чтобы доказать, что 0 быстрее 5-го?
ZFS нет времени уже разбираться.

[oermolaev]

Какие тесты? Чтобы доказать, что 0 быстрее 5-го?

что бы доказать что это:

1,8 GB/c

- скорее всего скорость кеша.

[ogost]

- скорее всего скорость кеша.

скорее всего так и есть.