перемещение изображения KVM с одного сервера на другой, а затем изменение размера

Question

перемещение изображения KVM с одного сервера на другой, а затем изменение размера

host1 имеет гостевой образ 40G внутри LV.

host2 имеет доступный гостевой раздел LV 50G.

dd для передачи host1/guest(40G) --> host2/guest(50G).

gdisk для исправления расположения таблицы GPT -

      root@ns:~# gdisk /dev/vda2
Command (? for help): w
Warning! Secondary header is placed too early on the disk! Do you want to
correct this problem? (Y/N): Y
Have moved second header and partition table to correct location.

перенастроил guest.xml, и гость загрузился отлично.

у гостя нормальный раздел - нет LV

ПРОБЛЕМА: я не могу изменить размер файловой системы в гостевой системе, чтобы заполнить все 50G LV. Гостевая файловая система остается на уровне 40G.

      Disk /dev/vda: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 564A38FB-02AE-4E84-B080-173963955B2E

Device     Start      End  Sectors Size Type
/dev/vda1   2048     4095     2048   1M BIOS boot
/dev/vda2   4096 85977087 85972992  41G Linux filesystem

попытка изменить размер гостя:

      root@ns:~# resize2fs /dev/vda2
resize2fs 1.45.5 (07-Jan-2020)
The filesystem is already 10746624 (4k) blocks long.  Nothing to do!

Это вывод fdisk -l с нового хоста:

      Disk /dev/mapper/vg--main-nstest: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 564A38FB-02AE-4E84-B080-173963955B2E

Device                            Start      End  Sectors Size Type
/dev/mapper/vg--main-nstest-part1  2048     4095     2048   1M BIOS boot
/dev/mapper/vg--main-nstest-part2  4096 85977087 85972992  41G Linux filesystem

.. и вот что произойдет, если я попытаюсь изменить размер с хоста:

      root@virtual3:~# resize2fs /dev/mapper/vg--main-nstest-part2
resize2fs 1.45.5 (07-Jan-2020)
open: No such file or directory while opening /dev/mapper/vg--main-nstest-part2

или.... неудивительно:

      root@virtual3:~# resize2fs /dev/vg-main/nstest 
resize2fs 1.45.5 (07-Jan-2020)
resize2fs: Bad magic number in super-block while trying to open /dev/vg-main/nstest
Couldn't find valid filesystem superblock.

Я попытался смонтировать гостевой корневой раздел на хосте следующим образом:

      # mount  -o loop,offset=2097152 /dev/vg-main/ns-test /mnt

... а затем попытался изменить размер результирующего устройства цикла: /dev/loop7 Это плохая идея - она уничтожает суперблок, и гость не загружается. Вернуться к доске для рисования.

0

partitioning kvm dd resize disk-image

Источник

David 13 янв '22 в 06:50

1 ответ

Другие вопросы по тегам partitioning kvm dd resize disk-image

David 15 янв '22 в 07:20 2022-01-15 07:20 · Answer 1 · 2022-01-15 07:20

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

Это оказалось намного сложнее, чем я думал... вот сделанные мной заметки - они включают в себя множество выводов, которые могут иметь отношение к моей ситуации. Также все, что начинается с «<<<<», является комментарием! Не копируйте!:

ПРОБЛЕМА: образ старого сервера qemu 40G LV скопирован в новый 50G LV Необходимо изменить размер файловой системы на 50G

      root@virtual3:~# ssh oldserver "dd bs=1M if=/dev/oldvg/oldnstest" | \
           dd status=progress of=/dev/vg-main/nstest
root@virtual3:~# scp oldserver:/etc/libvirt/quemu/oldnstest.xml /etc/libvirt/qemu/nstest.xml
.... edit nstest.xml as required and virsh define nstest.xml

Я нашел некоторые недостающие биты и ошибки, но в значительной степени основанные на этой странице:

https://subscription.packtpub.com/book/virtualization-and-cloud/9781788294676/1/ch01lvl1sec14/изменение размера изображения

        root@virtual3:~# qemu-img info /dev/vg-main/nstest 
    image: /dev/vg-main/nstest
    file format: raw
    virtual size: 50 GiB (53687091200 bytes)
    disk size: 0 B
  root@virtual3:~# losetup -f
    /dev/loop0
  root@virtual3:~# losetup /dev/loop0 /dev/vg-main/nstest 
  root@virtual3:~# kpartx -av /dev/loop0
    GPT:Primary header thinks Alt. header is not at the end of the disk.
    GPT:Alternate GPT header not at the end of the disk.
    GPT: Use GNU Parted to correct GPT errors.
    add map loop0p1 (253:3): 0 2048 linear 7:0 2048
    add map loop0p2 (253:4): 0 85972992 linear 7:0 4096
  root@virtual3:~# parted /dev/vg-main/nstest print
    Warning: Not all of the space available to /dev/dm-2 appears to be used, you can
    fix the GPT to use all of the space (an extra 18877064 blocks) or continue with
    the current setting? 
    Fix/Ignore? fix                                                           
    Model: Linux device-mapper (linear) (dm)
    Disk /dev/dm-2: 53.7GB
    Sector size (logical/physical): 512B/512B
    Partition Table: gpt
    Disk Flags: 
    
    Number  Start   End     Size    File system  Name  Flags
     1      1049kB  2097kB  1049kB                     bios_grub
     2      2097kB  44.0GB  44.0GB  ext4

ВМ ПО-ПРЕЖНЕМУ ЗАПУСКАЕТСЯ - посмотрим, как мы пойдем дальше!

Обратите внимание, что ведение журнала, по-видимому, должно быть отключено, чтобы это работало, но e2fsck снова включит его. Смотри ниже.

        root@virtual3:~# kpartx -av /dev/loop0
    add map loop0p1 (253:3): 0 2048 linear 7:0 2048
    add map loop0p2 (253:4): 0 85972992 linear 7:0 4096
  root@virtual3:~# ls -la /dev/mapper/loop0*
    lrwxrwxrwx 1 root root 7 Jan 13 23:47 /dev/mapper/loop0p1 -> ../dm-3
    lrwxrwxrwx 1 root root 7 Jan 13 23:47 /dev/mapper/loop0p2 -> ../dm-4
    root@virtual3:~# tune2fs -l /dev/mapper/loop0p2
      .... lots of stuff, snipped for brevity
    Filesystem features:      has_journal ext_attr resize_inode dir_index .... etc etc
     .... lots more stuff.... but note "has_journal" above
  root@virtual3:~# e2fsck /dev/mapper/loop0p2   >>>>>>>>fix minor probs?
    e2fsck 1.45.5 (07-Jan-2020)
    /dev/mapper/loop0p2: recovering journal
    Clearing orphaned inode 788499 (uid=0, gid=0, mode=0100644, size=113)
    Clearing orphaned inode 531614 (uid=0, gid=0, mode=0100666, size=0)
    Clearing orphaned inode 531613 (uid=112, gid=117, mode=0100600, size=0)
    Clearing orphaned inode 531610 (uid=112, gid=117, mode=0100600, size=0)
    Clearing orphaned inode 531609 (uid=112, gid=117, mode=0100600, size=0)
    Clearing orphaned inode 531606 (uid=112, gid=117, mode=0100600, size=0)
    Setting free inodes count to 2511295 (was 2511334)
    Setting free blocks count to 6187161 (was 6192365)
    /dev/mapper/loop0p2: clean, 175681/2686976 files, 4559463/10746624 blocks
  root@virtual3:~# tune2fs -O ^has_journal /dev/mapper/loop0p2   >>>> NB: cap O
   tune2fs 1.45.5 (07-Jan-2020)
  root@virtual3:~# tune2fs -l /dev/mapper/loop0p2 | grep "features"
   Filesystem features:      ext_attr resize_inode dir_index  .... etc etc
  root@virtual3:~# kpartx -dv /dev/loop0
   del devmap : loop0p2
   del devmap : loop0p1
  root@virtual3:~# losetup -d /dev/loop0
  root@virtual3:~# modprobe nbd max_parts=8    <<<<< needed to create /dev/nbd*
    (edit /etc/modprobe ... add nbd to make permanent)
  root@virtual3:~# qemu-nbd --format=raw --connect=/dev/nbd0 /dev/vg-main/nstest 
  root@virtual3:~# fdisk /dev/nbd0
    
    Welcome to fdisk (util-linux 2.34).
    Changes will remain in memory only, until you decide to write them.
    Be careful before using the write command.
    
    
    Command (m for help): p
    Disk /dev/nbd0: 50 GiB, 53687091200 bytes, 104857600 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 564A38FB-02AE-4E84-B080-173963955B2E
    
    Device      Start      End  Sectors Size Type
    /dev/nbd0p1  2048     4095     2048   1M BIOS boot
    /dev/nbd0p2  4096 85977087 85972992  41G Linux filesystem
    
    Command (m for help): d
    Partition number (1,2, default 2): 2
    
    Partition 2 has been deleted.
    
    Command (m for help): n
    Partition number (2-128, default 2): 2
    First sector (4096-104857566, default 4096): 
    Last sector, +/-sectors or +/-size{K,M,G,T,P} (4096-104857566, default 104857566): 
    
    Created a new partition 2 of type 'Linux filesystem' and of size 50 GiB.
    Partition #2 contains a ext4 signature.
    
    Do you want to remove the signature? [Y]es/[N]o: n      <<<< NB!
    
    Command (m for help): w
    
    The partition table has been altered.
    Calling ioctl() to re-read partition table.
    Syncing disks.
    
  root@virtual3:~# qemu-nbd --disconnect /dev/nbd0   <<< this step not on webpage
    /dev/nbd0 disconnected
  root@virtual3:~# e2fsck -f /dev/mapper/loop0p2
    e2fsck 1.45.5 (07-Jan-2020)
    Superblock has an invalid journal (inode 8).
    Clear<y>? yes
    *** journal has been deleted ***
    
    Clearing orphaned inode 788499 (uid=0, gid=0, mode=0100644, size=113)
    Illegal inode 1642119663 in orphaned inode list.
    Pass 1: Checking inodes, blocks, and sizes
    Deleted inode 531606 has zero dtime.  Fix<y>? yes
    Inodes that were part of a corrupted orphan linked list found.  Fix<y>? yes
    Inode 531609 was part of the orphaned inode list.  FIXED.
    Inode 531610 was part of the orphaned inode list.  FIXED.
    Inode 531613 was part of the orphaned inode list.  FIXED.
    Inode 531614 was part of the orphaned inode list.  FIXED.
    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information
    Free blocks count wrong for group #97 (21582, counted=21583).
    Fix<y>? yes
    Free blocks count wrong (6192364, counted=6252696).
    Fix<y>? yes
    Inode bitmap differences:  -531606 -(531609--531610) -(531613--531614) -788499
    Fix<y>? yes
    Free inodes count wrong for group #64 (869, counted=874).
    Fix<y>? yes
    Free inodes count wrong for group #96 (2772, counted=2773).
    Fix<y>? yes
    Free inodes count wrong (2511328, counted=2511295).
    Fix<y>? yes
    Block bitmap differences: Group 97 block bitmap does not match checksum.
    FIXED.
    Recreate journal ('a' enables 'yes' to all) <y>? yes to all
    Creating journal (65536 blocks):  Done.
    
    *** journal has been regenerated ***
    
    /dev/mapper/loop0p2: ***** FILE SYSTEM WAS MODIFIED *****
    /dev/mapper/loop0p2: 175681/2686976 files (0.6% non-contiguous), 4559464/10746624 blocks
  root@virtual3:~# resize2fs /dev/mapper/loop0p2   <<<< NB webpage refers /dev/nbd0
    resize2fs 1.45.5 (07-Jan-2020)
    Resizing the filesystem on /dev/mapper/loop0p2 to 13106683 (4k) blocks.
    The filesystem on /dev/mapper/loop0p2 is now 13106683 (4k) blocks long.
    
  root@virtual3:~# tune2fs -j /dev/mapper/loop0p2
    tune2fs 1.45.5 (07-Jan-2020)
    The filesystem already has a journal.
  root@virtual3:~# kpartx -dv /dev/loop0
    del devmap : loop0p2
    del devmap : loop0p1
  root@virtual3:~# losetup -d /dev/loop0
  root@virtual3:~# virsh start nstest

 Guest failed to boot properly !!!

Гость упал на спасательный снаряд, из которого я сделал:

      fsck /dev/vda2

(вошел в систему через средство просмотра удаленного рабочего стола.) Исправлено несколько несоответствий. Возможно, это была моя собственная проблема - надеюсь, не ваша! Гость теперь загрузится, но все еще только 41G ........ теперь попробуйте еще раз!

      root@virtual3:~# virsh start nstest

ТОГДА вошел в гостевую систему через ssh:

        root@ns:~# resize2fs /dev/vda2
    resize2fs 1.45.5 (07-Jan-2020)
    Filesystem at /dev/vda2 is mounted on /; on-line resizing required
    old_desc_blocks = 6, new_desc_blocks = 7
    The filesystem on /dev/vda2 is now 13106683 (4k) blocks long.
    
  root@ns:~# df -h
    Filesystem      Size  Used Avail Use% Mounted on
     ...... snip .......
    /dev/vda2        49G   17G   31G  36% /

УСПЕХ!