Линейное хранилище

Список разделов Openmediavault по-русски RAID и файловая система

Описание: Организация хранения данных, raid массивы, файловые системы.
Модератор: Major

#21 Major » 04.08.2016, 10:16

Коллеги!
Подскажите, пожалуйста, как вывести HDD из LVM-тома.
Есть четыре HDD, объединенных в группу, из неё сделан один логический том и на нем одна файловая система
В "файловой системе" свободного места для освобождения требуемого диска достаточно
Я предполагал, что просто командой
pvmove /dev/sdc
освобожу один HDD и потом удалю, как написано в десятках "мануалов" типа этого http://help.ubuntu.ru/wiki/lvm
Но выяснилось, что тут как то не всё просто - требуется какое то иное свободное место
root@NAS:~# pvmove /dev/sdc
No extents available for allocation


root@NAS:~# pvscan
PV /dev/sda VG VG1 lvm2 [3,64 TiB / 0 free]
PV /dev/sdb VG VG1 lvm2 [2,73 TiB / 0 free]
PV /dev/sdc VG VG1 lvm2 [1,82 TiB / 0 free]
PV /dev/sdd VG VG1 lvm2 [3,64 TiB / 0 free]
Total: 4 [11,83 TiB] / in use: 4 [11,83 TiB] / in no VG: 0 [0 ]

root@NAS:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda
VG Name VG1
PV Size 3,64 TiB / not usable 3,84 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 953861
Free PE 0
Allocated PE 953861
PV UUID fR6I1J-gK4T-VNip-1QOC-0zl2-27HS-tyHsGE

--- Physical volume ---
PV Name /dev/sdb
VG Name VG1
PV Size 2,73 TiB / not usable 4,46 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 715396
Free PE 0
Allocated PE 715396
PV UUID yHTSwH-RrdM-5esC-uja4-Zdsk-Cvk1-IOaKF9

--- Physical volume ---
PV Name /dev/sdc
VG Name VG1
PV Size 1,82 TiB / not usable 1,09 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 476932
Free PE 0
Allocated PE 476932
PV UUID VixIMQ-tc6V-Wrfv-e3MM-vPyV-627A-BPILgi

--- Physical volume ---
PV Name /dev/sdd
VG Name VG1
PV Size 3,64 TiB / not usable 3,84 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 953861
Free PE 0
Allocated PE 953861
PV UUID kCJGaa-nrLK-EyQu-xkik-tvck-qokV-lQADEi

В общем дальше я начинаю тупить. А диск нужно оперативно менять "по состоянию здоровья".
Воткнуть пятый в НАС сложно - там всего четыре отсека.
HP Microserver N54L + Linux 3.2.0-4-amd64 + OMV 2.2.14 (на флешке) + Tansmissionbt 1.4
Major M
Автор темы, Модератор
Аватара
Репутация: 27
Сообщения: 191
С нами: 3 года 1 месяц

#22 Major » 05.08.2016, 09:31

С "выводом" HDD из LV худо бедно вроде разобрался. Сейчас идёт процесс процесс освобождения "уработавшегося" HDD. Дело долгое.

Не зависимо от того чем закончится процесс, сейчас есть возможность отказаться от LVM. Написанное выше про вероятность потери данных при отказе одного из HDD при использовании LVM несколько напрягает. Возможности LVM по факту я практически не использую.
Итак, что предпочтительнее, LVM или JBOD, если:
1. НАС для дома - высокая доступность не требуется.
2. Требуется минимизация вероятности потери данных (в рамках хранения без резервирования).
3. Требуется возможность по мере необходимости (например раз в год) с минимальным геморроем менять один HDD на больший без полного бэкапа данных.
Как это делать в LVM я вроде понял. Как это делать с JBOD - пока не понятно. Написаному в интернетах полной веры нет.
HP Microserver N54L + Linux 3.2.0-4-amd64 + OMV 2.2.14 (на флешке) + Tansmissionbt 1.4
Major M
Автор темы, Модератор
Аватара
Репутация: 27
Сообщения: 191
С нами: 3 года 1 месяц

#23 Devil » 05.08.2016, 11:33

Major, почитал терминологию по LVM и JBOD. Имхо меньше геморроя с JBOD.
А вообще делайте бэкапы, и тогда по барабану LVM или JBOD (в вашем случае).
omv | case: BitFenix Prodigy Black | MB: ASUS P9D-I | CPU: E3-1220Lv3 | RAM: 10GB ECC | Streamer: HP Ultrium 1760
Продам ASUS C60M1-I
Devil M
Бывалый
Аватара
Откуда: VLG
Репутация: 13
Сообщения: 140
С нами: 4 года 3 месяца

#24 Major » 05.08.2016, 12:08

Я делаю бэкапы критичной информации. 8 терабайт не очень критичной (музыка и кино) бэкапить как то не куда. Коллекция не уникальная, но собирать заново (выкачивать и повторно перерабатывать/конвертировать) не очень хочется.
Поискал по интернету - не могу понять:
1. Есть ли у JBOD преимущество над LVM с точки зрения надежности - есть истории о полном умирании JBOD массива при отказе одного диска.
2. Позволяет ли OMV (или Debian из командной строки) заменить диск JBOD-массиве. Например у коробочных НАСОв раньше было много ограничений при работе с JBOD
HP Microserver N54L + Linux 3.2.0-4-amd64 + OMV 2.2.14 (на флешке) + Tansmissionbt 1.4
Major M
Автор темы, Модератор
Аватара
Репутация: 27
Сообщения: 191
С нами: 3 года 1 месяц

#25 Devil » 05.08.2016, 12:25

Major, 1. поэтому я предпочитаю переплатить, всё данные лежат на массиве raid 10 + бэкап критичных данных. Да дорого, зато нервяков меньше.
2. Думаю да, ибо jbod разновидность raid'a, и соответственно управляется управляется тем же mdadm
omv | case: BitFenix Prodigy Black | MB: ASUS P9D-I | CPU: E3-1220Lv3 | RAM: 10GB ECC | Streamer: HP Ultrium 1760
Продам ASUS C60M1-I
Devil M
Бывалый
Аватара
Откуда: VLG
Репутация: 13
Сообщения: 140
С нами: 4 года 3 месяца

#26 Major » 05.08.2016, 21:35

Вытащил я диск из LV. Захотелось разобрать эту конструкцию. :rambo:
HP Microserver N54L + Linux 3.2.0-4-amd64 + OMV 2.2.14 (на флешке) + Tansmissionbt 1.4
Major M
Автор темы, Модератор
Аватара
Репутация: 27
Сообщения: 191
С нами: 3 года 1 месяц

#27 Копалов Павел » 25.08.2016, 21:18

Советую присмотреться к варианту aufs + snapraid
Копалов Павел
Аватара
Репутация: 2
Сообщения: 8
С нами: 1 год 4 месяца

#28 Major » 26.08.2016, 08:56

Спасибо за дельный совет. Но чуток поздно.
Я уже "разобрал" LVM на отдельные диски. Сделал зеркало для более дорогого мне контента и оставил просто два диска для оставшейся. Второе немного неудобно. Идея aufs мне нравиться. Это плагин unionfilesystem?
HP Microserver N54L + Linux 3.2.0-4-amd64 + OMV 2.2.14 (на флешке) + Tansmissionbt 1.4
Major M
Автор темы, Модератор
Аватара
Репутация: 27
Сообщения: 191
С нами: 3 года 1 месяц

#29 Копалов Павел » 26.08.2016, 21:33

Да, это плагин unionfilesystem. Очень интересная штука.
Копалов Павел
Аватара
Репутация: 2
Сообщения: 8
С нами: 1 год 4 месяца

#30 vlad_s » 13.09.2016, 23:34

Копалов Павел писал(а):Очень интересная штука.
Да, вот только полностью не поддерживается в omv, в частности в "Общие каталоги" не работает (серая) кнопка ACL...
vlad_s M
Возраст: 40
Репутация: 6
Сообщения: 46
С нами: 2 года 7 месяцев

#31 da2001 » 17.07.2017, 17:29

Ребят, так что все-таки лучше использовать, чтобы объединить несколько дисков в один логический том, чтобы при умирании одного диска данные с других дисков читались?
LVM не хочу, какие варианты еще есть?
Я так понимаю это JBOD?
da2001
Репутация: 0
Сообщения: 14
С нами: 2 года 7 месяцев

#32 Копалов Павел » 18.07.2017, 19:31

da2001 писал(а):Ребят, так что все-таки лучше использовать, чтобы объединить несколько дисков в один логический том, чтобы при умирании одного диска данные с других дисков читались?
LVM не хочу, какие варианты еще есть?
Я так понимаю это JBOD?
RAID 5 или ZFS
С JBOD при умирании одного диска потеряешь все данные.

В общем если нужна защищенность данных от выхода из стоя диска то ответ один это RAID, в явном виде или при помощи lvm, zfs или btrfs, то есть нужна избыточность.

У себя пришел к выводу: на дисках создал по два раздела, первый собрал в RAID 10, а второй в unionfilesystem.
Первый для критических данных небольшой, второй для торрентов и медиа контента

Добавлено спустя 35 секунд:
Только это можно сделать только из консоли.
Копалов Павел
Аватара
Репутация: 2
Сообщения: 8
С нами: 1 год 4 месяца

#33 da2001 » 18.07.2017, 21:52

Понятно, спасибо за пояснение
da2001
Репутация: 0
Сообщения: 14
С нами: 2 года 7 месяцев

Пред.

Название раздела: RAID и файловая система
Описание: Организация хранения данных, raid массивы, файловые системы.

Быстрый ответ


Этот вопрос предназначен для предотвращения автоматической отправки форм спам-ботами.
:hi: :smile: :wink: :twisted: :sad: :evil: :smoke: :eh: :eek: :fie: :silenced: :razz: :oops: :help: :spy: :insane: :biggrin: :toothless: :ill: :nervious: :weirdface: :pray: :clap: :think: :boxing: :cyclop: :rambo: :zombie: :cry: Ещё смайлики…

   

Вернуться в RAID и файловая система

Кто сейчас на форуме (по активности за 5 минут)

Сейчас этот раздел просматривают: 1 гость