Unable to resize disk - cloudmin keeps saying it cannot determine file system type

First of all, why not let the user specify the damn file system? Why must I fight with this system that apparently does not and cannot work properly on it's own?

I have a Debian 8.02 image with a single ext4 partition. Here is my fstab:

/etc/fstab: static file system information.

#

Use 'blkid' to print the universally unique identifier for a device; this may be used with UUID= as a more robust way to name devices that works even if disks are added and removed. See fstab(5).

#

/ was on /dev/vda1 during installation

/dev/vda1 / ext4 errors=remount-ro 0 1 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/sr1 /media/cdrom1 udf,iso9660 user,noauto 0 0

I get the following output from fdisk:

fdisk -l

Disk /dev/vda: 2 GiB, 2147483648 bytes, 4194304 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: dos Disk identifier: 0x063db64f

Device Boot Start End Sectors Size Id Type /dev/vda1 * 2048 4192255 4190208 2G 83 Linux

I want to resize it, but I always get the message that cloudmin can't figure out the FS type. I have tried all kinds of tricks and stuff, but it just won't work. This feature is clearly horribly broken - if there were some proper documentation specifying exactly how to set up the partitions and everything it might work, but right now it's a mess and yes I am pretty upset about it. You need to do much better than this.

Status: 
Active

Comments

Can you post the exact error message you are getting?

Also, does the host system that the VM is running on also support ext4 filesystems?

The exact message I get is this:

Warning - this disk cannot be safely resized. Cloudmin does not know what type of filesystem this disk contains, and so cannot properly resize it. This is most likely because the disk is not mounted on the virtual system.

I have tried both storing the disk as .img file, and having it as logical volume.

Ok, try SSHing into your Cloudmin master system as root and running the command :

cloudmin list-disks --host your.vm.name --multiline

and post the output here.

Due to horrible formatting, I have attached the output as list-disks.txt

Ok, I have made some progress.

Somehow the fstab had reverted to using UUID, I fixed that and removed the cdrom drive. Now I get the output attached in list-disks-2.txt.

I no longer get a warning that it cannot recognize the file system, but when it tries to perform the resize it gives a different error:

Shutting down system .. .. done

Updating virtual disk on /dev/vg0/green_localhost_0_img .. .. update failed : No partitions were found on the disk image!

Starting up system .. .. done

After this, the disk is still not resized.

Ok, that seems like a different problem. If you SSH into the host system and run fdisk -l /dev/vg0/green_localhost_0_img , what does it output?

I had moved the disk to a logical volume (to see if it makes a difference), so it is now placed differently. The output is attached in fdisk-l.txt

That fdisk output looks fine.

However, when you moved the disk, was this done using Cloudmin so that it is aware of the new location? If not, it certainly won't be able to resize the disk.

Yes, it was moved with cloudmin.

I have run all diagnostic commands again to give you a consistent view of the current situation.

Status: Active ยป Fixed

Not sure what happened in the time since I created this issue, but it's working now.

Status:
Fixed
»
Active

Guys, I am re-opening this not because of the reported issue itself, but because this one is listed among my issues on https://www.virtualmin.com/project/issues/user, which is really strange. Jamie, could you take a look why it's happening so?

Maybe because you commented on it? Joe, any ideas?

Quite might be, but then commenting should not make this my issue, should it?