The image is based on Ubuntu 18.04 (on KVM disk resize works just fine). Is it something anybody can help me with? If you need any system information, I will share it.
When it says it is not supported on multiple partition images, it actually means images with no partitions at all (no partition table in the virtual disk, the disk itself is a partition), like the ones found in the LXD marketplace.
Look at the following layout
oneadmin@ubuntu2004-lxd-marketplace-5-12-6-3f160-0:~$ onevm list
ID USER GROUP NAME STAT CPU MEM HOST TIME
10 oneadmin oneadmin alpine_3.12 - LXD-10 runn 1 768M ubuntu2004-lxd-marketplace-5-12-6-3f160-0.test 0d 00h00
9 oneadmin oneadmin b-4903-9 runn 1 128M ubuntu2004-lxd-marketplace-5-12-6-3f160-0.test 0d 02h14
oneadmin@ubuntu2004-lxd-marketplace-5-12-6-3f160-0:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 97.8M 1 loop /snap/core/10185
loop1 7:1 0 53.1M 1 loop /snap/lxd/11348
loop2 7:2 0 364K 0 loop /var/lib/one/datastores/0/9/mapper/disk.1
loop3 7:3 0 364K 0 loop /var/lib/one/datastores/0/10/mapper/disk.1
sda 8:0 0 60G 0 disk
├─sda1 8:1 0 59.9G 0 part /
├─sda14 8:14 0 4M 0 part
└─sda15 8:15 0 106M 0 part /boot/efi
sr0 11:0 1 366K 0 rom
nbd0 43:0 0 256M 0 disk
└─nbd0p1 43:1 0 255M 0 part /var/snap/lxd/common/lxd/storage-pools/default/containers/one-9/rootfs
nbd1 43:32 0 1G 0 disk /var/snap/lxd/common/lxd/storage-pools/default/containers/one-10/rootfs
VM 9 is Alpine 3.12 from the OpenNebula Marketplace, which is a KVM ready VM, you can see the partition layout even if it has only 1 partition.
nbd0 43:0 0 256M 0 disk
└─nbd0p1 43:1 0 255M 0 part /var/snap/lxd/common/lxd/storage-pools/default/containers/one-9/rootfs
Then you see VM 10, which is Alpine 3.12 from the LXD marketplace, and you don’t see a partition layout, just the image with a filesystem format,
nbd1 43:32 0 1G 0 disk /var/snap/lxd/common/lxd/storage-pools/default/containers/one-10/rootfs
like the context disk which is a single filesystem on a loopback device
Well, sad news for me, since I need to somehow extend the runnings VMs. Is there any dirty workaround for this? Are you planning to support multiply partition images for LXD containerization?
These operations are handled by the driver itself, at, you can say, OpenNebula level, whereas in KVM, the hypervisor extends the disk, and the internal OS makes use of it. If you want a specific feature, please open a feature request on our github repo then we can track its popularity.¬