Вопросы Теги

LVM нужна таблица разделов?

Короткий Ответ: Вы не можете добраться там отсюда.

Более длинный Ответ: нет никакого рычага для "на создании учетной записи". Необходимо было бы перенести пользовательское создание в сценарий/процесс, который также выполняет этот сценарий Python после создания учетной записи. Или, можно изменить создание учетной записи пользователя так, чтобы оно было сделано из сценария Python (или добавьте те шаги к существующему сценарию Python.)

Существует другая опция, как бы то ни было. Вы могли настроить schtask/cron, который периодически работает, который ищет AD/LDAP всех пользователей, которые были созданы с прошлого раза, когда он работал. (Если бы у Вас есть выполняемый каждые 30 минут, Вы искали бы пользователей с датой создания, выраженной как (теперь - 30 минут))

18
задан 16 October 2012 в 20:07
6 ответов

Даже если LVM не заботится о реальном разделе, одна из причин его создания - это сообщить программам, выполняющим разбиение, о том, что «там что-то есть». Кошмарный сценарий - это новый системный администратор, который диагностирует проблему с загрузкой на сервере, запускает программу разбиения на разделы, видит неразмеченные диски и приходит к выводу, что диск поврежден.

Я не вижу недостатков в создании раздела LVM. А вы?

29
ответ дан 2 December 2019 в 20:20

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

Вот пример использования parted для создания GPT с 1 разделом, который представляет собой весь диск, и установкой флага раздела на lvm . Mkpart требует, чтобы вы указали файловую систему, но не создает файловую систему. Вроде бы давний баг в parted. Также начальное смещение 1M необходимо для обеспечения правильного выравнивания. 

parted /dev/sdb
mklabel GPT
mkpart primary ext2 1M 100%
set 1 lvm on
16
ответ дан 2 December 2019 в 20:20

Если вы создаете PV непосредственно на виртуальном запоминающем устройстве внутри гостевой KVM, то вы заметите, что логические тома гостевой системы видны на гипервизоре. Это может сильно запутать, если вы используете одни и те же имена логических томов и групп томов для нескольких гостей. Вы также можете получить некоторые предупреждения на гипервизоре о том, что он не может найти устройство.

Например, я воссоздал эту проблему на своем тестовом гипервизоре: 

[root@testhost ~]# vgs
  Couldn't find device with uuid dCaylp-1kvL-syiF-A2bW-NTPP-Ehlb-gtfxZz.
  VG          #PV #LV #SN Attr   VSize   VFree  
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_testhost   1   8   0 wz--n- 237.98g 120.15g

Здесь вы можете увидеть 2 группы томов с одинаковым именем, оба от гостей, которые на самом деле не должны появляться на гипервизоре.

По этой причине я бы посоветовал вам сначала создать там раздел KVM (как показано в предыдущем ответе 3dinfluence), прежде чем создавать PV и добавление его в группу томов. Сюда,

5
ответ дан 2 December 2019 в 20:20

Одним из недостатков является невозможность «горячего» добавления пространства к PV внутри таблицы разделов. Это не проблема, если вы используете все блочное устройство для PV.

4
ответ дан 2 December 2019 в 20:20

Даже если раньше я использовал метку диска MS-DOS или метку диска GPT для PV, сейчас я предпочитаю использовать LVM напрямую на основном блочном устройстве. Нет причин использовать 2 метки диска, если только у вас нет очень специфического варианта использования (например, диск с загрузочным сектором и загрузочным разделом).

Преимущество наличия LVM напрямую:

  • простота -вам не нужно использовать 2 набора инструментов
  • гибкость - вы можете использовать pvmove для перемещения данных с одного дискового тома на другой без простоев, вы можете использовать моментальный снимок и тонкое предоставление
  • , вам не нужно запускать partprobe или kpartx, чтобы сообщить ядру, что вы создали / изменили размер / удалили том. И partprobe / kpartx может выйти из строя , если разделы используются и вам может потребоваться перезагрузка
  • , возможно, лучшая производительность по сравнению с использованием LVM поверх дисковых таблиц MS-DOS или GPT
3
ответ дан 2 December 2019 в 20:20

Согласно руководству LVM от RedHat, раздел 4.2.1 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/logical_volume_manager_administration/physvol_admin

Они сказали, что нет необходимости иметь таблицу разделов, они даже предлагают нам уничтожить ее если мы используем весь диск для VG (группы томов), если мы не собираемся включать только его части (раздел).

2
ответ дан 2 December 2019 в 20:20

Теги

Похожие вопросы