LVM — это просто!

[Aquahawk]

Хороший материал.
Как интересно как с поддержкой всего этого дело под виндами?

[Animan]

Вроде максимум что можно добиться — чтение с таких разделов.

[Aquahawk]

А я хотел при помощи такой штуки объеденить три своих харда поставить порой винду и линух, жаль. отя как время подойдет переставлять все, я еще раз почиаю.

[Aquahawk]

*парой *Хотя

[Animan]

Вам в RAID нада тогда уж.

[stolen]

Возьмите LVM, насоздавайте разделов и скормите их винде, установленной под XEN.

[4umak]

Тонко, посмеялся:)

[nycmoma]

под win есть «динамические диски» — как мне показалось, практически то же самое… только мышкой и не так понятно :)

[anthonio]

Динамические диски. Только аккуратней с ними — если что-нибудь случится с одним из винтов, ни одна утилита Вам не поможет восстановить данные со всех(!) дисков. (Если я не ошибаюсь :)

[Aquahawk]

Ну это нормальная ситуация в любом подобном решении.

[meettya]

Есть unionfs — позволяет объединять логические разделы в один большой, с последовательным заполнением.
Т.е. есть 2 диска по 100 Gb — объединяем — первые 100 Gb пишутся на первый диск, следующие — на второй.
Прогиб по скорости, НО — если что-то умрет — оно умрет только со своим куском данных.
Погуглите.

[anthonio]

Хотите сказать unionfs работает в windows?
P.S. Я не пользуюсь windows, просто интересно, если это действительно так. :)

[meettya]

? Я???
Нет, я мало того что не хочу этого говорить, так еще и не скажу!
Unionfs работает только в *BSD и Linux, ну может еще куда-то спортировали.
какой-такой виндувс…

[anthonio]

Тогда Вам стоит быть внимательнее :)

[vervolk]

Под windows работает stablebit drivepool

[rtzra]

Еще есть такая удобная штука rm.pp.ru/info/mhddfs

[lnp3]

Спасибо, уважаемый!
Давно хотел изучить эту тему, а тут Вы. Как раз во время и очень доходчиво. Вам +, а материал в закладки.

[satsura]

О как раз пришлось перепродать часть серва, собрал остатки свободного места воедино при помощи LVM и получил 100гб =)

[iZENfire]

«Поздравляю, Шарик, ты балбес!» ©

Страйп-массив на сервере — это что-то!

[nycmoma]

а причём тут страйп?

[iZENfire]

Потому что страйп-массив — это логический эквивалент «обрал остатки свободного места воедино».

[iZENfire]

Сравнение Ext3 LVM2 и ZFS: Solaris ZFS and Red Hat Enterprise Linux Ext3 File System Performance White Paper.

После такого на LVM не захочется смотреть. (А что делать?)

[Deepwalker]

Ждать btrfs или шагов от Oracle по изменению лицензионной политики ZFS.

[Frosty]

Из топика в топик, ну толсто же.

[iZENfire]

Вроде первый раз ссылку запостил, нет?

[parta]

использовать *BSD/*SunOS*? а зачем что-то еще?

[Q2W]

Вот кстати, а как с производительностью у LVM? Интересует личный опыт.

Вроде, кстати, LVM умеет шифровать. Так вот, а при включённом шифровании какова производительность?

[nycmoma]

По поводу производительности, отличий «на глаз» не заметил. По моим тестам тоже всё в районе погрешностей.
С шифрованием у меня как-то не срослось, я его попробовал и понял что мне оно не надо — у меня практически нет никакой ценной инфы на локальных машинах…

[Gasoid]

ыы производительность норм, шифровать lvm не умеет сам, я шифровал разделы отдельно, потом поверх них идет lvm

[fzfx]

собственно да, для шифрования используется luks (по крайней мере в моём случае).

[iZENfire]

Вот что вас ждёт на LVM:
• Как восстановить информацию, если сломалось LVM?
• Ubuntu + 6 HDD — странности с именованием устройств

[BmW]

А 6 HDD тут при чем? Давно уже по меткам модно монтировать, бубунта по дефолту так и делает.

[iZENfire]

Да там и по меткам пробовали — не плучается. Винчестеры стартуют вразнобой, система им отдаёт разные устройства /dev. Цитата: "(монтирование по UUID почему-то вообще не срабатывает — будто бы идентификаторы одинаковые)".

[BmW]

Еще один наводящий вопрос — при чем тут LVM.

[iZENfire]

По второй ссылке нет ничего про LVM. Признаю, ошибся.

[non7top]

6hdd не актуально, ибо lvm основывается на uuid'ах устройств и метадате, потому абсолютно не важно как будут называться блочные устройства.

[ivlis]

Волков боятся — в лес не ходить :)

[BmW]

Кстати, про восстановление — там винт сломался, если кусочек ФС на винте лежит без дублирование то восстановление вне зависимости от LVM будет тем еще счастьем.

[BmW]

Невнимательный идиот!
дублирования,

[ESQUELETO]

LVM это не так просто, как glusterfs.
gluster.org/

[d0z]

Не знаю мне гораздо проще скопировать систему на новый винт с livecd (cp -a на много более юзабельное шаманство ;)). Так и не понял в чем «безопасность» и в чем прикол такой организации на десктопе. в прочем «кто как хочет — так и дрочит» (с) из к/ф «Брат»

[nycmoma]

Под «безопасностью» я имел ввиду вынос /tmp и /home на отдельный раздел из корня, чтобы не получилось так что машина не грузится потому, что диск переполнен.

[ruguevara]

Можно ли с ним сделать такое:
Создать раздел на 16 гиг, чтобы на нем работала и жила система, и реплицировать этот раздел на флешку 16 гиг, чтобы можно было вытащить его и получить копию минутной например давности?

[nycmoma]

можно с помощью снапшотов.., обычно это делается так:

# lvcreate -s -n snap_home -L2G /dev/ws/home # в той же группе томов создаётся снапшот нужного раздела.

# mount /dev/ws/snap_home /mnt/snapshots # полученый раздел прицепляется в папку,

# tar -cvzf home.tgz /mnt/snapshots # с него забирается инфа (например можно всё сразу залить в архив).

# umount /dev/ws/snap_home # отцепляем раздел

# lvremove /dev/ws/snap_home # удаляем за ненадобностью.

[ruguevara]

А реплицировать «на лету» оно не может, чтобы не делать долгое копирование? Зеркалирование не поможет?

[nycmoma]

Честно говоря не совсем понимаю, что имеется в виду под «реплицировать «на лету»» и получить копию минутной например давности.
Если нужен «снимок» в конкретный момент времени — делаем снапшот, если 2 обновляемые в реальном времени копии fs — зеркалирование… можно делать и то и другое при желании.
Средствами lvm можно делать, как snapshots, так и зеркалирование отдельных lv.

[seleko]

извините,
снапшот таром?

[seleko]

простите, был неправ. осилил замысел :)

[ivlis]

Вон там отличный мануал с картинками

www.ibm.com/developerworks/ru/library/l-lvm2/index.html

[mikhanoid]

Это всё, конечно, хорошо. Ровно до тех пор, как у вас один из дисков накроется :) Потом будет очень много танцев с бубнами вокруг того, чтобы восстановить данные.

[nycmoma]

опыт показывает что, если нет мониторинга винтов и устойчивого к сбоям рэида или зеркалирования (можно даже lvm'ом) — танцы с бубном чтобы восстановить данные будут в любом случае. ;)

[mikhanoid]

Ну. Там будут танцы вокруг повреждённого диска. А тут сбой одного диска повреждает вообще весь массив. Это совсем не ice какой-то.

[init_sub]

Никаких танцев. Если резервирования не было, то меняешь винт на чистый, запускаешь проверку диска, исчезнувшие данные помечаются в системе как отсутствующие, а все остальное продолжает работать. Результат тот же самый, что и без LVM. Просто тут немного подольше будут сохранившиеся данные возвращаться в онлайн.

[romx]

Я, как человек с жопой с гораздо более толстым слоем ракушек, могу сказать, что RAID от исполнения танцев тоже не спасает, просто несколько снижает вероятность, зато значительно усложняет исполняемые па. ;(

[meettya]

Как человек собственной жопой прочувствовавший, что уровень рейда не влияет на качество фарша из данных, если того захотел контроллер — поддерживаю!
Террабайт белого шума из 4-х хардов на 5-ом рейде начисто отучили доверять передачу данных устройствам сложнее шлейфа.

[seleko]

чот поздновато статейка вышла… лет эдак на 8 минимум :)
вспоминаю молодость на AIX :)

[Arceny]

Я побаиваюсь делать ЛВМ на несколько дисков без райда, ведь если умрёт один диск из массива, то с остальных инфу скорее всего уже не вытащишь.

Хотя у меня около 1.5 лет проработала связка 500+500 физические тома => 1000 логический том

[Gasoid]

зачем делать лвм на рейде? буквально выходит рейд на рейде ?!

[d1m]

Затем, что если в /var/lib/mysql, к примеру, место кончится, то туда можно налету добавить гуляющий шмат из /home.

[iZENfire]

В ZFS-пуле (грубо говоря — это размеченное пространство), например, можно создать отдельную файловую систему (ZFS или UFS). Потом ещё одну, ещё и ещё — сколько нужно. При этом каждая файловая система будет иметь столько свободного места, сколько осталось в пуле.

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

[d1m]

Увы, будь это FS — может, и смог бы. А так — нет. На нем нарезаются разделы, которые форматятся уже в нужную фс. А-ля слайсы на разделе, которые потом форматить (раз уж вспомнили о UFS).

Меня эта задача, точнее ее решение под линухом, также интересует. Нет, я знаю про ZFS через FUSE. Но это ж не то.

[rPman]

Если не критична скорость, можно создать lvm на файлах 'с дырками' (sparce) когда файл на диске занимает ровно столько места, сколько в него записывали, а не сколько выделено с помощью seek.
Тормоза будут из-за реализации loop (хотя на сколько я понимаю есть альтернативы) и повышенной фрагментации (два уровня — дырявый файл фрагментируется и фрагментация самой фс).

[iZENfire]

LVM это не RAID, а менеджер логических томов.

[d1m]

>> GRUB has support for LVM and RAID since version 1.95.
grub.enbug.org/LVMandRAID

[Slivus]

Все здорово, а можно ли с помощью ЛВМ сделать RAID1?

[nycmoma]

да, можно зеркалировать один логический раздел на несколько физических
правда я всё же предпочитаю RAID1 + LVM без зеркалирования, мне кажется это проще мониторить.

[meettya]

Пересилил лень и решил в общем треде напомнить про unionfs, которая живет под *BSD и есть нативный порт под Linux.
Если рассуждать в масштабах проблем автора, то алгоритм такой.
Цепляем новенький террабайтник.
Форматируем и создаем на нем /home_new
Переименовываем /home в /home_old
Создаем новый /home
Unionfs монитируем на /home /home_old с правами RO и /home_new RW
Получаем х+500Gb данных
Радостно ждем, когда загнется старый диск.
Достаем новый диск (500Gb) из компа и цепляем к ноуту — «Смотри мама, все живо!»

[meettya]

«террабайтник» читать как «полу-террабайтник» или предположить, что мы от него только половину отформотировали под /home_new. (*иногда полезно самого себя перечитывать. иногда уже поздно*)

[dammer]

P.P.S. Ах, да!!! Самое главное и самый большой минус LVM — он не читается grub'ом
поэтому раздел /boot должен находиться вне LVM на отдельном разделе жёсткого диска,
иначе система не загрузится.

Хочу напомнить, что кроме grub, есть ещё и lilo который может загрузить систему даже если /boot расположен на lvm.

[DENgerous]

root@ws:~# vgcreate ws /dev/sdb
Volume group «vg0» successfully created

тут небольшой глюк — создана «ws», а не «vg0»

[kovalexius]

Ситуация:
Сделал файл, к которому привязано блочное устройство, из которого делается pvcreate, vgcreate, lvcreate, блаблабла, далее mount и ф.с. видна, дальше ей пользуется виртуалка. mount прописан в /etc/fstab/ После перезагрузки блочное устройство пропадает, физ, логические тома -тоже
Вопрос: как прописать создание блочного устройства, а затем физического тома, группы, логического тома при загрузке?

[kovalexius]

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