Зачем мне нужен LVM?

Для online-resize у меня в первую очередь.

ты не можешь сразу посчитать, сколько тебе надо места? и как часто ты меняешь размеры разделов?

> Для online-resize у меня в первую очередь.

Приходилось делать ресайз раза 2 в жизни. А для чего ещё?

Когда человек задаёт столь глупые вопросы, единственно верный ответ - «тебе оно не нужно, если ты не знешь о чём оно» :}

// на правах К.О.

Он сильно упрощает жизнь при работе с разделами. Предварительно ее усложнив.

> Когда человек задаёт столь глупые вопросы, единственно верный ответ - «тебе оно не нужно, если ты не знешь о чём оно» :}

Я знаю что это, знаю о чём оно. Но не знаю зачем это нужно?

> Он сильно упрощает жизнь при работе с разделами. Предварительно ее усложнив.

Что именно он упрощает? Смену размеров раздела на лету? Да кому это вообще может понадобиться чаще чем раз в три года?

>что у них LVM и бла-бла-бла. Скажите, для чего?

Присоединяюсь к вопросу.

- LVM не является пулом в том смысле, что не позволяет прозрачно (не отвлекаясь специально на подвижки логических разделов) для пользователя распределять пространство на жёстком диске.
- Снапшоты LVM непригодны для работы.

Так в чём суть этой технологии?

Я знаю что это, знаю о чём оно. Но не знаю зачем это нужно?

Как сказали выше, тебе оно не нужно.

Ресайз выполняется при подключении еще одного HDD.

> Как сказали выше, тебе оно не нужно.

Ай, хитрец! Ты ж не знаешь, что такое LVM, по этому так и ответил, да?

> Ресайз выполняется при подключении еще одного HDD.

И как часто ты подключаешь «ещё один HDD»?

> Ты ж не знаешь, что такое LVM, по этому так и ответил, да?

Знаю. Но я знаю, зачем оно нужно. И знаю, что легко обхожусь без него.

Бывает дело, всё зависит от того как быстро я забью предыдущие.

> Но я знаю, зачем оно нужно

Ну так расскажи, или ты повыпендриваться в топик зашёл?

> Бывает дело, всё зависит от того как быстро я забью предыдущие.

Ты на вопрос-то и не ответил. Давай конкретнее... скажем возьмём промежуток с 2008 по 2011 гг. сколько раз тебе приходилось добавлять HDD и пользоваться ресайзом?

> Ну так расскажи

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

или ты повыпендриваться в топик зашёл?

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

Да кому это вообще может понадобиться чаще чем раз в три года?

Вот именно!

пока были винты помельче, то за 2009 год водключал 3 винта в дополнение к основному. Хронология приблизительно следующая 320+320+500+750.Потом всё было заменено на один 2ТБ, к которому совсем недавно я подключил ещё один 2ТБ.

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

Нет, я его не повыпендриваться создал, а реально понять, для чего его люди используют, думал, что от меня утаился сокральный смысл. Оказывается нет.

Ну, снапшоты, например.

Кстати, пока не разошлись спецы по LVM: обычный раздел можно как-то преобразовать в LVM без потери данных?

>> - Снапшоты LVM непригодны для работы.

Обоснуй или GTFO.

Нет. Там метаданные в начале устройства. А иногда и в конце.

Ну и не ясен смысл преобразования раздела с ФС в физический том LVM.

Чтобы данные не копировать.

>> задачи вроде криптования, зеркалирования

Зеркалирование там настолько страшное, что лучше не надо. Шифрованием LVM не занимается. Насчёт multipath не скажу, т.к. ни разу не имел дела с ним.

Я вечно путаю DM и LVM.

>Обоснуй или GTFO.
http://www.linux.org.ru/jump-message.jsp?msgid=6196457&cid=6196488

Мне он нужен для объединения двух HDD.

Теоретически, конечно, можно, ежели подвинуть ФС от начала раздела. Дальнейшие действия я представляю смутно, плюс возможны варианты. В любом случае, без ковыряния метаданных руками обойдётся вряд ли. ИМХО, затраты на такую операцию себя не оправдывают.

> ИМХО, затраты на такую операцию себя не оправдывают.

В моем случае - точно не оправдывают :)

Это не делает реализацию непригодной. Рассчитать размер не сложно, да и очевидно, что раз уж ты используешь LVM, то VG имеет достаточно свободного места — иначе нафига оно вообще нужно? ;)

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

>Рассчитать размер не сложно, да и очевидно, что раз уж ты используешь LVM, то VG имеет достаточно свободного места
А если я хочу делать снапшоты каждый день по крону? Причем я заранее не знаю, сколько места мне потребуется

а зачем вообще разделы? Один винт - один раздел (за исключением системного)

>> чтобы все диски были видны как один единственный раздел
Как RAID 0? Тогда это такое ССЗБ, что ни в сказке сказать, ни пером описать!

> Скажите, для чего?

Справедливый вопрос... если ты админишь один localhost и всё.

>> А если я хочу делать снапшоты каждый день по крону?

Интересно узнать цель. Если хочется машину времени, то это лучше делать иными средствами.

>> Как RAID 0?

Или как JBOD.

> а зачем вообще разделы? Один винт - один раздел (за исключением системного)

Затем что бы при переустановке, например, не грохать разделы /var, /home

>Снапшоты LVM непригодны для работы.

Вот только сегодня настроил использование снапшотов LVM для бэкапов на своём домашнем сервере. Они вполне для этого пригодны оказались.

>Нужно создавать отдельный раздел и правильно рассчитать его размер. Если размер не угадаешь — прощай снапшот.

Так размер только для хранения изменений будет использоваться. Чего там рассчитывать, оставил 1 Gb free PE и используй. Вполне хватит на время, пока бэкап снимается, если у тебя нет интенсивных дисковых операций. Если есть, то оставь больше.

Вот только сегодня настроил использование снапшотов LVM для бэкапов на своём домашнем сервере.

На живой подмонтированной ФС создаются?

>> - Снапшоты LVM непригодны для работы.

Обоснуй или GTFO.

останов рабочей системы недопустим. подойдет?

>Если хочется машину времени
Типа того

то это лучше делать иными средствами.

На бэкапы намекаешь? Они тоже нужны для дублирования, но снапшоты удобнее ИМХО

>> подойдет?

Подойдёт, если ты покажешь, где он происходит.

>> На бэкапы намекаешь?

Скорее на nilfs или что-то в этом духе, если оно существует.

>>Подойдёт, если ты покажешь, где он происходит.

дак обсуждали же, как ты сделаешь снимок / или /var неотмонтировав их?

На живой подмонтированной ФС создаются?

Только не надо тут про ZFS и её online-снэпшоты :)

Вообще, я ещё не тестил особо, но документация говорит следующее:

http://tldp.org/HOWTO/LVM-HOWTO/snapshotintro.html

This facility does require that the snapshot be made at a time when the data on the logical volume is in a consistent state - the VFS-lock patch for LVM1 makes sure that some filesystems do this automatically when a snapshot is created, and many of the filesystems in the 2.6 kernel do this automatically when a snapshot is created without patching.

Надо проверить.