LINUX.ORG.RU
Форум — Linux-hardware  

Диск заполнен на 99% Чем чревато?

 


0

2

Здравствуйте.

На серваке собран софтовый RAID0 из 3x nwme по 1Тб (/dev/md0) и смонтирован в /storage.

В /storage лежит образ диска lun0.img. Занимает практически весь объем рейда, свободно 5Гб.

lun0.img подключен к targetcli, но это уже детали….

Т.е. все запись/чтение буду происходить ВНУТРИ образа.

Вопрос: такая ситуация, что диск заполнен на 99%, при условии запись/чтение не увеличит занимаемое место, чем чревато?

★
← Свой сервер на солнечных батареях
Подвисает комп при отрубленном HDMI, как починить? →

wear levelling не будет нормально работать, диски выйдут из строя быстрее чем могли бы

slowpony ★★★★★
()
Ответ на: комментарий от aol

И всё?

На рейд в каталог /storage писаться ни чего не будет. Запись/чтение - только в границах образа.

INDIGO ★
() автор топика
Ответ на: комментарий от slowpony

Этот параметр не шибко критичен - отработаю свой ресурс и под замену.

Больше интересуют софтовые глюки, если они возможны.

INDIGO ★
() автор топика
Ответ на: комментарий от shell-script

Дык =) Не первый сервак такой уже.

Развалится - ерунда. Главное - скорость и без глючность.

INDIGO ★
() автор топика
Последнее исправление: INDIGO (всего исправлений: 1)

А что мешает /dev/md0 отдавать как lun? Зачем там fs вообще?

Если нужна гибкость - можно lvm поднять поверх md0 и раздавать lv.

Harliff ★★★★★
()
Последнее исправление: Harliff (всего исправлений: 1)
Ответ на: комментарий от Harliff

Немного оффтопика: профит мог бы быть от zfs/btrfs (снепшоты, компрессия, send/receice, чексуммы); от ext4 в таком кейсе выгоды не вижу.

Harliff ★★★★★
()
Последнее исправление: Harliff (всего исправлений: 2)

Двойные операции с ФС - это не очень история. Используй lvm поверх linux raid.

targitaj ★★★★★
()
Последнее исправление: targitaj (всего исправлений: 2)
Ответ на: комментарий от Harliff

Иногда надо этот огромный файл lun0.img переносить на другой пк.

INDIGO ★
() автор топика
Ответ на: комментарий от mky

Сейчас не проверить. Поставил убунту 20.04. Пока ни чего не настраивал.

INDIGO ★
() автор топика

Т.е. все запись/чтение буду происходить ВНУТРИ образа.

Значит trim не будет работать и ты убьёшь свои nvme. С точки зрения ФС у тебя диск всегда заполнен полностью (кроме тех 5 гб) вне зависимости от того сколько свободно внутри образа lun0.img.

Очень плохая схема.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Да, схема не очень, что есть…

Зачем мне весь этот компот?

Комп. Клуб. Диск с играми раздаётся через iscsi. Тот самый lun0.img, через создание cow.

Надеюсь, понятно объяснил…

Или есть лучше реализация этого плана?

INDIGO ★
() автор топика
Ответ на: комментарий от INDIGO

Или есть лучше реализация этого плана?

Взять 3 nvme на 2 тб, повторить все то же самое но полностью не забивать. Я обычно оставляю 50 процентов свободного места и больше, там как раз столько и будет. Но это выйдет недешево.

vbcnthfkmnth123 ★★★★★
()
Ответ на: комментарий от vbcnthfkmnth123

Да, была такая идея, но сказали, что лучше будем диски менять, когда они развалятся.

INDIGO ★
() автор топика
Ответ на: комментарий от INDIGO

А какая разница, переносить файл или блочное устройство?

cat /dev/md0 | ssh root@target "cat > /dev/md0". Добавить компрессию по вкусу.

Harliff ★★★★★
()
Ответ на: комментарий от INDIGO

Взять hdd вместо nvme. Но будут тормоза.

tiinn ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Свой сервер на солнечных батареях
Linux-hardware
Подвисает комп при отрубленном HDMI, как починить? →