not able to resize a root volume on CentOS 7 (stop depending on sfdisk)

[chillum]

$ mount|grep ' / '
/dev/sda1 on / type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
$ ./embiggen-disk  -dry-run /
error preparing to enlarge /: unsupported filesystem type "rootfs"
$ mount|grep rootfs
$ uname -mrs
Linux 3.10.0-862.9.1.el7.x86_64 x86_64

[bradfitz]

What's cat /proc/mounts say?

[chillum]

there is rootfs there indeed:

rootfs / rootfs rw 0 0
...
/dev/sda1 / xfs rw,seclabel,relatime,attr2,inode64,noquota 0 0

[bradfitz]

Okay, fix seems straightforward: ignore lines where rootfs is in that first field.

Want to send a PR or want me to?

[chillum]

I think, I can send a PR in several days.
thanks.

[chillum]

I made a hack to ignore rootfs and tested it. next I get: error: unsupported partition table type "" on /dev/sda

# sfdisk -d /dev/sda
# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=     2048, size=536868864, Id=83, bootable
/dev/sda2 : start=        0, size=        0, Id= 0
/dev/sda3 : start=        0, size=        0, Id= 0
/dev/sda4 : start=        0, size=        0, Id= 0

This a disk, partitioned by Azure. I believe, it uses MBR:

# udevadm info -q property -n sda
DEVLINKS=/dev/disk/azure/root /dev/disk/by-id/scsi-3600224805ea20c1a2c0b9fc09f967f2f /dev/disk/by-id/wwn-0x600224805ea20c1a2c0b9fc09f967f2f /dev/disk/by-path/acpi-VMBUS:01-scsi-0:0:0:0
DEVNAME=/dev/sda
DEVPATH=/devices/LNXSYSTM:00/device:00/PNP0A03:00/device:08/VMBUS:01/00000000-0000-8899-0000-000000000000/host2/target2:0:0/2:0:0:0/block/sda
DEVTYPE=disk
ID_BUS=scsi
ID_MODEL=Virtual_Disk
ID_MODEL_ENC=Virtual\x20Disk\x20\x20\x20\x20
ID_PART_TABLE_TYPE=dos
ID_PATH=acpi-VMBUS:01-scsi-0:0:0:0
ID_PATH_TAG=acpi-VMBUS_01-scsi-0_0_0_0
ID_REVISION=1.0
ID_SCSI=1
ID_SERIAL=3600224805ea20c1a2c0b9fc09f967f2f
ID_SERIAL_SHORT=600224805ea20c1a2c0b9fc09f967f2f
ID_TYPE=disk
ID_VENDOR=Msft
ID_VENDOR_ENC=Msft\x20\x20\x20\x20
ID_WWN=0x600224805ea20c1a
ID_WWN_VENDOR_EXTENSION=0x2c0b9fc09f967f2f
ID_WWN_WITH_EXTENSION=0x600224805ea20c1a2c0b9fc09f967f2f
MAJOR=8
MINOR=0
SUBSYSTEM=block
TAGS=:systemd:
USEC_INITIALIZED=32748
fabric_name=root

what's the proper way to work around it?

[bradfitz]

@chillum, interesting, it appears that your version of sfdisk doesn't spit out a "label: dos" or "label: gpt" line.

What version do you have?

I have:

# sfdisk -v
sfdisk from util-linux 2.29.2

I suppose I can detect the partition type by hand rather than asking sfdisk.

[bradfitz]

I just pushed a fix, but I didn't test it. But it shouldn't be worse than today.

Could you verify it works now, or reopen this with details of how it now fails?

[chillum]

I have sfdisk from util-linux 2.23.2
I'll check in a while, thanks

[chillum]

error message now changed: error: unknown MBR partition type "" for /dev/sda4

[chillum]

(and that's strange as / is actually sda1)

[bradfitz]

Can you tell me the high-level steps for how to reproduce your environment on Azure and how to resize a disk on Azure?

[chillum]

you should be able to reproduce this on Azure like this:

1. create a server from "CentOS-based 7.5" image from Rogue Wave
2. any size would fit. basic a1 is okay, I had troubles with running basic a0 due to lack of RAM.
3. I'm able to confirm this problem is the same whether you enable "managed disks" or not for your VM. I'm also able to confirm this happens on both SSD and HDD drives.
4. launch sudo ./embiggen-disk -dry-run / and it will yell: error: unknown MBR partition type "" for /dev/sda4

I actually omitted the steps for resizing the disk, as this problem is there just out of the box. To re-size the disk:

1. stop the VM
2. select "Disks" in VM settings
3. select your OS disk, set the size, click "save"
4. start the VM

if there's something else I can help with, let me know. thanks

[bradfitz]

Thanks!

(unrelated side note: Azure doesn't let you resize a disk live? That's what embiggen-disk was really designed for, even though embiggen-disk is useful the reboot way)