Создание раздела /var/log из под LVM

ДОбрый день, есть сервер с LVM. Я просмотрел vgdisplay и увидел такие параметры:

sudo vgdisplay 
  --- Volume group ---
  VG Name               SQUID
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               297.85 GiB
  PE Size               4.00 MiB
  Total PE              76249
  Alloc PE / Size       24032 / 93.88 GiB
  Free  PE / Size       52217 / 203.97 GiB
  VG UUID               1EZtvs-Thg4-kgsI-zoM1-sv3N-b0gl-DwbadZ

Я мало знаком с LVM. В связи с чем есть вопросы:
1)Если я верно понимаю место у меня есть, 203,97 Гб. верно?
2) могу я ли создать раздел под логи отдельно из под LVM?
3) а если у меня не было LVM, туже задачу по созданию отдельного раздела решить можно уже на рабочем сервере? наверно да, через акронис или еще ченидь.

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

на данный момент имею так

df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/SQUID-root
                       89G   16G   69G  19% /
udev                  1.9G  4.0K  1.9G   1% /dev
tmpfs                 775M  304K  775M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  1.9G     0  1.9G   0% /run/shm
/dev/sda1             228M   70M  147M  33% /boot

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

может еще нужны данные fdisk -l ??

Гляньте, вроде бы ничего сложного.

спасибо, почитаю сейчас. но я правильно понимаю вообще что это такое? Если взять время когда не было LVM то разбиение дисков обычно делается стороними утилитами как на стадии проектирования например (акронис, партишен маджик, dd и т.д) так и во время работы системы можно. Например, я дома и на работе акронисом выделал разделы на рабочей системы как для винды, так и для линукса и создавал нужную мне файловую систему. А потом появилась LVM. По сути делает тоже самое (то есть позволяет жеский диск разбить по разделам), просто как я понял LVM упрощает данный процесс. верно?

"Linux777⇓" написал:

По сути делает тоже самое (то есть позволяет жеский диск разбить по разделам), просто как я понял LVM упрощает данный процесс. верно?

...и гораздо больше.

Сумеете ли вы выделить часть файловой системы под отдельный lvm-раздел, не отмонтируя её, зависит и от используемой файловой системы.

"Lupo Alberto⇓" написал:

...и гораздо больше

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

"Lupo Alberto⇓" написал:

Сумеете ли вы выделить часть файловой системы под отдельный lvm-раздел, не отмонтируя её, зависит и от используемой файловой системы.

это вопрос или это утрвеждение, что этого нельзя сделать?

прошу помочь с пониманием, хочу глубже вникнуть в LVM. и если можно ссылку на оригинал из журнала linuxformat привести.

а пока что я понял описал в скриншоте.


кстати, статья хорошая http://habrahabr.ru/post/67283/ , также википедию читаю.
спасибо.

"Linux777⇓" написал:

это вопрос или это утрвеждение, что этого нельзя сделать?

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

спасибо, ссылку на оригинал не надо, в пдф нашел, распечатал, читаю. а вот по скриншоту верно ли все в понятии PV-VG-LV??
1) PV - физическое железо (sda, sdb или разделы sda1,sda2...sdb2,sdb2..) называется физические тома.
2) LV - логический раздел, ну то что обычно акронисоом или другой приблудой разбиваем один диск на разделы...все разделы на скриншоте (/home /opt /var/log ..) соответсвенно может быть нетолько ext4 но и ntsf для винды.
3) VG - группы томов. это группы хардов . т.е. сумма PV?

http://www.funtoo.org/wiki/LVM_Fun

LVM consists of, mainly, three things:

• Physical volumes (or PV): nothing more than a physical storage space. A physical volume can by anything like a partition on a local hard disk, a partition located on a remote SAN disk, a USB key or whatever else that could offer a storage space (so yes, technically it could be possible to use an optical storage device accessed in packet writing mode). The storage space on a physical volumes is divided (and managed) in small units called Physical Extents (or PE). Just to give an analogy if you are a bit familiar with RAID, PE are a bit like RAID stripes.
• Volume Groups (or VG): a group of at least one PV. VG are named entities and will appear in the system via the device mapper as /dev/volume-group-name.
• Logical Volumes (or LV): a named division of a volume group in which a filesystem is created and that can be mounted in the VFS. Just for the record, just as for the PE in PV, a LV is managed as chucks known as Logical Extents (or LE). Most of the time those LE are hidden to the system administrator due to a 1:1 mapping between them and the PE lying be just beneath but a cool fact to know about LEs is that they can be spread over PV just like RAID stripes in a RAID-0 volume. However, researches done on the Web tends to demonstrate system administrators prefer to build RAID volumes with mdadm than use LVM over them for performance reasons.

In short words: LVM logical volumes (LV) are containers that can hold a single filesystem and which are created inside a volume group (VG) itself composed by an aggregation of at least one physical volumes (PV) themselves stored on various media (usb key, harddisk partition and so on). The data is stored in chunks spread over the various PV.

Вы так и не сказали, какая у вас файловая система на /dev/mapper/SQUID-root.

наверное ext4. но точно как узнать какой командой?

"Linux777⇓" написал:

наверное ext4. но точно как узнать какой командой?

mount

"i2ks⇓" написал:

Linux777⇓ пишет:

наверное ext4. но точно как узнать какой командой?

mount

спасибо.тогда вот как и думал ext4

mount
/dev/mapper/SQUID-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda1 on /boot type ext2 (rw)

"Linux777⇓" написал:

тогда вот как и думал ext4

IMHO, на смонтированной файловой системе лучше не рисковать!
man resize2fs

The resize2fs program will resize ext2, ext3, or ext4 file systems. It can be used to enlarge or shrink an unmounted file system
located on device. If the filesystem is mounted, it can be used to expand the size of the mounted filesystem, assuming the kernel
supports on-line resizing. (As of this writing, the Linux 2.6 kernel supports on-line resize for filesystems mounted using ext3
and ext4.).

"Lupo Alberto⇓" написал:

IMHO, на смонтированной файловой системе лучше не рисковать!

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

"Linux777⇓" написал:

и значит lvm имеет ext4 систему, а лучше бы была бы другая, тогда проще?

Дело в том, что мало какие файловые системы позволяют уменьшать свой раздел «на лету», без размонтирования.
Т.е. в вашем случае не получится (или это будет связано с большим риском потери данных!) уменьшить корневую файловую систему на работающем сервере. Нужно будет загрузиться с какого-либо «живого» диска и провести изменение файловой системы, создание нового раздела и файловой системы на нём. В качестве «живого» диска рекомендую SystemRescueCd.

ну, ясно. я понял, т.е. у меня рабочий сервер с файловой системой ext4 и на лету, что назвается не выключая сервер, не размонтируя нельзя сделать, или если рисковать, можно потерять данные. поэтому делать этого в моем случае нельзя! кажется так. проще если бы была другая файловая система отличная от корневой. наверно так.

"Lupo Alberto⇓" написал:

IMHO, на смонтированной файловой системе лучше не рисковать!

Без проблем можно растянуть lvm или урезать на смонтированной фс, на ВМ можете потренироваться. :-)

"i2ks⇓" написал:

Без проблем можно растянуть lvm или урезать на смонтированной фс

Растянуть да, уменьшить — сильно сомневаюсь. Были в своё время попытки.

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

"Linux777⇓" написал:

Я просмотрел vgdisplay и увидел такие параметры:

sudo vgdisplay
--- Volume group ---
VG Name SQUID
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 297.85 GiB
PE Size 4.00 MiB
Total PE 76249
Alloc PE / Size 24032 / 93.88 GiB
Free PE / Size 52217 / 203.97 GiB
VG UUID 1EZtvs-Thg4-kgsI-zoM1-sv3N-b0gl-DwbadZ

увижу только пустоту..

root@fds:~# vgdisplay 
  No volume groups found
root@fds:~# 

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

"i2ks⇓" написал:

Без проблем можно растянуть lvm или урезать на смонтированной фс, на ВМ можете потренироваться. :-)

а вот это можно. но надо ставить virtualbox or vmware)

"Linux777⇓" написал:

а вот это можно. но надо ставить virtualbox or vmware)

да ни чего не надо!
Как вариант, делаете девайс, например так:

dd if=/dev/zero of=/home/user/storage bs=1M count=4096
потом:
losetup /dev/loop0 /home/user/storage
далеам ФС
mke2fs -j /dev/loop0 (файловую систему на вкус и цвет)
монтируем:
mount /dev/loop0 /mnt/storage

вот мы и сделали диск, теперь осталось накатить lvm на все это.