lvm, чего ждать при сбоях и что потом делать?

Хотелось бы заранее знать что меня ждёт прежде чем я солью 2 терабайтника в одну кучу.

Потеря данных. А вообще сделай два pv на флешке, забей их данными и потом удали один. Сразу будет понятно, что ждёт.

ФС жестоко навернётся? Если выкидывать такое с одним диском повреждения обычно незначительны, лечение работает с вероятностью 99,99999%.

А тестовые флешки сейчас уже забиваются.

Дата регистрации: 18.11.10

Если 12 лет просто просматривать ЛОР по диагонали одним глазом, можно стать экспертом по LVM

Будет ли ФС так же легко восстанавливаться как и на обычном диске?

Как ты восстанавливаешь ФС на сгоревшем диске?

С LVM тоже самое.

Если 12 лет просто просматривать ЛОР по диагонали одним глазом

...можно попасть в дурку. До сих пор мне не нужно было объединять диски и я обходился обычной dos-разметкой.

Как ты восстанавливаешь ФС на сгоревшем диске?

У меня нет сгоревших дисков. А вот отвалы usb-hdd уже почти штатный сцеарий. Раз в 2-4 месяца стабильно падает пакет отвалов, я шевелю провода, перезапускаю диски, запускаю fsck и потом фоновую проверку данных. После чего проблем обычно нет или известно что я потерял. А всякие статьи по lvm тонко намекают, что если у тебя не было бэкапа данных то можешь забыть и не пытаться собрать пакет братно и извлечь из него хоть что нибудь.

отказоустойчивость достигается через избыточность. сделай, например, зеркало из двух дисков. отвал одного можно будет пережить. или исследуй другие режимы raid для того, чтобы понять соотношение полезный объём/отказоустойчивость.

LVM же не для этого. он чтобы ЛОГИЧЕСКИЕ тома организовывать поверх необъятного хранилища. То есть, по рабоче-крестьянски, резать его на кусочки разными способами.

Мне не нужна отказоустойчивость, а только предсказуемость и знание заранее как это будет выглядеть. На флешках я месяц не натестируюсь.

Ну и если lvm не для этого, тогда что для этого?

Где бред прочитал, там его и обсуждай. LVM тоже самое что и диск. Если диск после «отвала» возвращается к жизни, то и LVM вернется с той же легкостью. LVM – простейший список блоков, там ломаться нечему.

usb-hdd это не диски в нормальном понимании, это типа «флешки». Кто о них переживает.

тогда что для этого?

чего «этого»?! давай начнем с определения.

твои хотелки, как я их прочитал:

1. объединить все диски в необъятное хранилище
2. чтобы отвалы дисков ничего не ломали. (то есть, отказоустойчивость. ты можешь это отрицать, но это так)

если тебе не надо резать на тома - собери рейд по вкусу и всё. заодно сразу будешь понимать, что пропало при отвале и сколько дисков может отвалиться и ты этого не заметишь.

Начни отсюда: https://en.wikipedia.org/wiki/Standard_RAID_levels

usb-hdd это не диски в нормальном понимании

В моём случае это те же самые диски, только сидящие не на sata а на юсб-хабе.

Ну сделай два файла с pv на флешке по 100мб, размер на самом деле не важен. Потом удали один и посмотри что будет с фс. Надеюсь 200мб найдется? Можешь поэкспериментировать с содержимым и попытаться его восстановить. Количество pv можно сделать любым.

А вот отвалы usb-hdd уже почти штатный сцеарий.

Если говно для тебя штатный сценарий, то linux не для тебя.

1. Да, именно, это. Это даже не программный raid0, а без чередования.

2. Мне не обязательно чтобы оно совсем не ломалось, мне достаточно чтобы группа собиралась обратно без перезагрузки и пересоздания а ФС после этого оказывалась пригодной к восстановлению. Ну и желательно ещё видеть сам факт сбоя по явным признакам а не когда не получится прочитать записанные в пустоту данные.

lvm, чего ждать при сбоях

Потери данных

и что потом делать?

Изучать mdadm

Если диск после «отвала» возвращается к жизни, то и LVM вернется с той же легкостью

ну, давай не будем так вот голословно утверждать и распространять ложную уверенность во «всемогущести» лвм.

я бы, если честно, на сырых дисках лвм не использовал. собрал бы снизу рейд по вкусу. вот, сейчас у меня два ssd 860 самсунговские прошки, поверх них зеркало (аппаратное, ну, не суть), а вот на этом безобразии уже lvm с тонкими томами, но это тоже не суть.

то есть, на мой диванный взгляд, использовать лвм ради «объединения дисков», чтобы сделать одну лишь помойку - ну, такое… это можно решить и рейдом (dm raid), а вот разделение полученного пространства, особенно, если динамическое разделение - это как раз про лвм

Уже забивается. Вопрос насколько это будет полным и наглядным тестом.

root@raspberrypi:~# pvscan
  PV /dev/sdf   VG test_group   lvm2 [960,00 MiB / 0    free]
  PV /dev/sde   VG test_group   lvm2 [7,24 GiB / 0    free]
  Total: 2 [8,18 GiB] / in use: 2 [8,18 GiB] / in no VG: 0 [0   ]

«всемогущести» лвм.

Не приписывай мне, того что я не говорил.

Я сказал «lvm – простой как урановый лом. Там ломаться нечему»

то есть, на мой диванный взгляд, использовать лвм ради «объединения дисков», чтобы сделать одну лишь помойку - ну, такое… это можно решить и рейдом (dm raid),

Каким рейдом? RAID-0 ?

Ага, под виндой оно... Хотя постойте, под виндой малины вообще не работают, тем более в качестве многодисковой файлопомойки. Особенно так, чтобы без необратимых потерь данных с 2016 кажется года, когда за это время у меня сгорели 2 ссд, 3 hdd и накрылись 2 материнки от ПК и 1 ноут.

Там ломаться нечему

есть многое на свете, друг Горацио, что и не снилось нашим ваим мудрецам.

есть 100500 вариантов крайне неприятных поломок лвм. такштаа

raid метадату тоже не у бога в голове хранит, так шта-а-а попробуй еще раз

Ты только с говном работаешь, очевидно же.

но есть опции хранить метадату отдельно, на другом носителе, если ты не в курсе.

сам попробуй еще раз :)

LVM – есть опции хранить метадату отдельно, на другом носителе, если ты не в курсе.

это можно решить и рейдом

А если без рейд контроллера? «Народное» мнение - lvm это и есть самый стандартный программный рейд в линуксах.

ой, мне достаточно общения с тобой. я пойду? спасибапажалста ))

не знаю, чо там за народное мнение, для меня «самый стандартный программный рейд в линуксах» - это dm raid (mdadm) :)

Свободен, рядовой!

Это говно получше многого другого говна. А то что не говно, такое обычно дома не держат.

Варианта два:

1) сделай raid1/raid5/raid6 (если они одинакового объёма)

2) примонтируй их по-отдельности в разные директории и раскидывай между ними файлы вручную

raid0 это чистое вредительство, не надо его использовать: при поломке одного диска теряется считай всё, никаких бонусов взамен не даётся

Нет, lvm это какая-то кривота. Софтрейд это то что программой mdadm управляется.

Я в сортах говна не разбираюсь, в этом ты эксперт.

сделай два pv на флешке

думаю можно погонять и на /dev/loop

…. но две флешки еще найти надо!!1 хоть какая движуха и лампочки мигают, опять же ;)

Ладно, это тоже решит задачу. А как он себя поведёт в режиме 0 или линейном при отвале диска?

Ваше железо в студию!

Ваше железо в студию!

Название, символ, номер 	Железо / Ferrum (Fe), 26
Группа, период, блок 	8 (устар. 8), 4,
d-элемент
Атомная масса
(молярная масса) 	55,845(2)[1] а. е. м. (г/моль)
Электронная конфигурация 	[Ar] 3d64s2
1s22s22p63s23p63d64s2
Радиус атома 	126 пм

Крути барабан, трольчонок!

вот это и тестируй на флешках/лупах )

нет ничего прекраснее битвы двух диванных теоретиков на лоре ;)

Ты кого теоретиком назвал, малыш? Ты же из lvm-ненавистников да? Все что угодно, но LVM не нужно.

И почему ты вернулся, слабак? Команды не было.

ой, ты жопой давай заканчивай читать, деда. и таблетки прими.

я против лвм ничего не имею, если ты не смог прочитать выше. более того, я её применяю в проде, не то что ТС и ты, хаха.

Дурачок разбушевался. Ты по ходу треда уже закинулся таблетками видать. Уходя уходи. Не возвращайся, а то как не мужик.

Ваше железо - говно. Сейчас используют как минимум марку Ст3* с пределом прочности 360-460МПа против 250-300МПа у чистого Fe.

aol, Собственно забил данными, отмонтировал, вытащил 2 флешки, поменял местами, включил снова.

root@raspberrypi:~# lvscan 
  /dev/test_group/test_lv: read failed after 0 of 4096 at 8778612736: Ошибка ввода/вывода
  /dev/test_group/test_lv: read failed after 0 of 4096 at 8778670080: Ошибка ввода/вывода
  /dev/test_group/test_lv: read failed after 0 of 4096 at 0: Ошибка ввода/вывода
  /dev/test_group/test_lv: read failed after 0 of 4096 at 4096: Ошибка ввода/вывода
  ACTIVE            '/dev/test_group/test_lv' [8,18 GiB] inherit
root@raspberrypi:~# pvscan 
  /dev/test_group/test_lv: read failed after 0 of 4096 at 8778612736: Ошибка ввода/вывода
  /dev/test_group/test_lv: read failed after 0 of 4096 at 8778670080: Ошибка ввода/вывода
  /dev/test_group/test_lv: read failed after 0 of 4096 at 0: Ошибка ввода/вывода
  /dev/test_group/test_lv: read failed after 0 of 4096 at 4096: Ошибка ввода/вывода
  PV /dev/sdh   VG test_group   lvm2 [960,00 MiB / 0    free]
  PV /dev/sdg   VG test_group   lvm2 [7,24 GiB / 0    free]
  Total: 2 [8,18 GiB] / in use: 2 [8,18 GiB] / in no VG: 0 [0   ]
root@raspberrypi:~# fsck -f /dev/test_group/test_lv
fsck from util-linux 2.25.2
e2fsck 1.43.3 (04-Sep-2016)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/mapper/test_group-test_lv
Could this be a zero-length partition?

Т.е. тома оно вроде как видит, а устройство обратно не собирает. Известно как его передёрнуть не пересоздавая группы и без ребута?

Прежде чем переходить к mdadm, хотелось бы закончить с lvm.

Нормально всё будет. При ошибках фс уходит в ридонли и ничего там не навернуться. Современные фс достаточно умны. Как минимум на порядок умнее половины ЛОР-овцев

А если без рейд контроллера?

Тогда при помощи mdraid. О чём тебе здесь и талдычут.

lvm это и есть самый стандартный программный рейд в линуксах.

Ну, в 2010-м году, когда в ходу ещё был dmraid, так оно и было. Тогда программный RAID и LVM в ядре были частями одной подсистемы.

С тех пор прошло некоторое время. Не читай старые маны, они старые.

Деактивировать и снова активировать LV. Очевидно

LVM хранит копии своей меты на всех PV по умолчанию. И версионирует их. Так что если специально не убивать то все более чем нормально.

Я за 20Х23Н18.

Что можешь сказать про Buck 110?

Что можешь сказать про Buck 110?

То, что вряд-ли эта сталь там будет.

Существуют сотни копий, почему бы и нет.