У меня есть сервер RHEL 5.4, работающий как Xen Dom0, и я хочу установить несколько гостевых RHEL 5.4 DomU, использующих LVM в качестве гостевых дисков. Я создал следующие два LV:
xen-test02-root VM-VG -wi-a- 6.00G
xen-test02-swap VM-VG -wi-a- 512.00M
При установке гостя я использовал опцию пользовательского разбиения, поэтому в гостевой системе не используется LVM, только 2 диска. Один для / (xvda) и один для свопа (xvdb).
Все это работает нормально, но теперь я хочу протестировать расширение корневого раздела. До сих пор я пробовал использовать lvextend из Dom0. Это работает:
# lvextend -L +4GB /dev/VM-VG/xen-test02-root
Extending logical volume xen-test02-root to 10.00 GB
Logical volume xen-test02-root successfully resized
fdisk показывает, что размер диска теперь 10,7 ГБ:
# fdisk -l /dev/VM-VG/xen-test02-root
Disk /dev/VM-VG/xen-test02-root: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/VM-VG/xen-test02-root1 * 1 783 6289416 83 Linux
Теперь я хочу расширить раздел на этом диске с помощью parted:
(parted) print
Model: Linux device-mapper (dm)
Disk /dev/mapper/VM--VG-xen--test02--root: 10.7GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 32.3kB 6440MB 6440MB primary ext3 boot
(parted) resize 1 32.3kB 10.7GB
Error: File system has an incompatible feature enabled.
(parted)
Есть какие-нибудь подсказки относительно того, что я делаю не так? Является ли parted лучшим инструментом для изменения размера разделов? Должен ли я по-другому использовать LVM для гостей Xen?
Большое спасибо, z0mbix
Ваша проблема здесь в том, что вы не можете изменить размер раздела ext3 с помощью parted. вам нужно удалить журнал (превратив ext3 в ext2), а затем изменить размер.
см. это для получения дополнительной информации
http://www.hermann-uwe.de/blog/resizing-ext3-partitions-with-parted
Почему вы разделяете LV, а не просто используете его напрямую? Кроме того, если вы являются будет управлять таблицей разделов, лучше всего сделать это в гостевой системе. Хуже того, похоже, что вы пытаетесь возиться с таблицей разделов в dom0, пока domU все еще работает ... опасно.
Мой простой рецепт изменения размера диска domU, который я проделал, наверное, уже более сотни раз, - это сделать domU с LV в качестве полного корневого раздела (xvda1) и затем запустить:
lvextend -L+NG -n domu-root vg
xm shutdown -w domu
xm create domu
ssh domu resize2fs /dev/xvda1
И вуаля, все готово. Для некорневых файловых систем вы можете просто отсоединить / повторно подключить (особенно полезно для свопинга), но root требует перезагрузки.
В конфигурации XEN не подключайте LV к xvda, прикрепляйте его к чему-то вроде xvda1 и т. Д. Устройство xvda в вашем domU не существует, но ваш domU все равно будет видеть / dev / xvda1 как действительный раздел.
# lvextend -L +50GB /dev/VolGroup01/fileserver.home
Extending logical volume fileserver.home to 300.00 GB
Logical volume fileserver.home successfully resized
# e2fsck -f /dev/VolGroup01/fileserver.home
e2fsck 1.39 (29-May-2006)
/dev/VolGroup01/fileserver.home: recovering journal
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
# resize2fs /dev/VolGroup01/fileserver.home 300G
resize2fs 1.39 (29-May-2006)
Resizing the filesystem on /dev/VolGroup01/fileserver.home to 78643200 (4k) blocks.
The filesystem on /dev/VolGroup01/fileserver.home is now 78643200 blocks long.
сделано!