LVM (cLVM) и разбивка дисков

[Thug]

Доброго дня.
Имею вопрос: можно ли выделить весь диск как блочное устройство под LVM, не создавая раздел?
Ручками все делается и кластер получает инфу о создании нового LV. А вот из virsh оно не проходит с ошибкой:

Код: Выделить всё

[root@v0001 ~]# virt-install -n vsrv1 -r 384 --disk pool=vhome,bus=virtio,cache=none,size=5 -c CentOS-6.3-x86_64-minimal.iso --accelerate --os-type=linux --os-variant=generic26 -v --graphics vnc,listen=0.0.0.0,port=5901

Starting install...
ERROR    internal error Child process (/sbin/lvcreate --name vsrv1.img -L 1K --virtualsize 5242880K libvirt_lvm) unexpected exit status 5:     Logging initialised at Mon Apr  8 17:17:34 2013
      Setting global/umask to 63
    Set umask from 0022 to 0077
      Setting devices/dir to /dev
      Setting global/proc to /proc
      Setting global/activation to 1
      global/suffix not found in config: defaulting to 1
      Setting global/units to h
      Setting activation/readahead to auto
      Setting activation/udev_rules to 1
      Setting activation/udev_sync to 1
      Setting activation/retry_deactivation to 1
      Setting activation/checks to 0
      Setting activation/verify_udev_operations to 0
      Getting driver version
      Setting activation/use_linear_target to 1
      Setting activation/missing_stripe_filler to error
      Setting global/si_unit_consistency to 1
      Setting global/metadata_read_only to 0
      Setting devices/pv_min_size to 2048
      Setting global/detect_internal_vg_cache_corruption to 0

Domain installation does not appear to have been successful.

Код: Выделить всё

virsh # pool-dumpxml vhome
<pool type='logical'>
  <name>vhome</name>
  <uuid>ef191d2d-4909-5828-90bb-2ff97a2143e8</uuid>
  <capacity unit='bytes'>32208060416</capacity>
  <allocation unit='bytes'>0</allocation>
  <available unit='bytes'>32208060416</available>
  <source>
    <device path='/dev/sdc'/>
    <name>libvirt_vhome</name>
    <format type='lvm2'/>
  </source>
  <target>
    <path> /dev/libvirt_vhome</path>
    <permissions>
      <mode>0755</mode>
      <owner>-1</owner>
      <group>-1</group>
    </permissions>
  </target>
</pool>

Вариантов два: или неправильно создан PV (на чистом /dev/sdc, не sdc1), или это глюки связки virsh+lvcreate...

[Bluetooth]

Рекомендую не ловить баги в программах, а просто создать раздел на этом диске, единственный, на нем и накатить pv для lvm.

[Thug]

Честно сказать, не очень было хотелось. Объясню почему: сейчас будет раздел 1 Тб. Потом он расширится до 1.5, например - как-то мне некомфортно от расширения раздела на лету...
Может, подскажете надежный метод (ну да, факапы всегда бывают) расширения раздела "на лету"?

[Bluetooth]

Честно сказать, не очень было хотелось. Объясню почему: сейчас будет раздел 1 Тб. Потом он расширится до 1.5, например - как-то мне некомфортно от расширения раздела на лету...
Может, подскажете надежный метод (ну да, факапы всегда бывают) расширения раздела "на лету"?

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

[Thug]

Чуть не так - у нас расширение именно физического диска в хост-машине. Виртуалкам до того дела нет.
Грубо говоря,
/dev/sdX1 = 1 Tb
iscsiadm -m session -R получили новый диск /dev/sdX с хранилища, который теперь 2 тб.
Как тут поменять размер /dev/sdX1 без перезагрузки?

[Bluetooth]

Расскажите подробно, как Вы хотите организовать хранилище.

[Thug]

Хранилище по ISCSI отдает блочное устройство. На хранилище контроллер, который может сделать online raid expansion (без перезагрузки получим новый диск большего размера).
Цепляем к нему 2 хоста по ISCSI, на них запущен clvm. Разбиваем блочное устройство (пусть будет sdb) в lvm.
На хостах поднят libvirt, через virsh организуется пул logical, который нарезает виртуалкам lv.
При увеличении диска на хранилище можно реинитом сессии без перезагрузки оповестить хосты, что размер изменился. Теперь надо увеличить PV & VG. Соответственно, если PV создан прямо на /dev/sdb - вопросов нет. Если же на /dev/sdb1 - надо увеличить еще и этот раздел sdb1. Как это сделать безопасно для данных и, желательно, прозрачно (без высчитывания нового end sector и редактирования записи через тот же fdisk) - не нашел.

[Bluetooth]

В данном случае раздел на блочном устройстве совершенно лишний, тут Вы правы. Я просто сначала не понял ситуацию.
Да и проблема с libvirt вряд ли связана с наличием/отсутствием раздела.

ERROR internal error Child process (/sbin/lvcreate --name vsrv1.img -L 1K --virtualsize 5242880K libvirt_lvm) unexpected exit status 5:

exit code 5:

5 error getting status of logical volume

Похоже, в конфиге libvirt неверно указан vg.
Проверьте еще раз этот параметр.

[Thug]

Спасибо, погляжу конфиги... Просто смутило, что та же команда в итоге "руками" отработала отлично.