-
-
Save dergachev/6828967 to your computer and use it in GitHub Desktop.
| # Copied from http://ttaportal.org/wp-content/uploads/2012/10/7-Reallocation-using-LVM.pdf | |
| ## | |
| ## Showing the problem: need to reallocate 32GB from /dev/mapper/pve-data to /dev/mapper/pve-root | |
| ## | |
| df -h | |
| # Filesystem Size Used Avail Use% Mounted on | |
| # /dev/mapper/pve-root 37G 37G 0 100% / | |
| # tmpfs 2.0G 0 2.0G 0% /lib/init/rw | |
| # udev 10M 548K 9.5M 6% /dev | |
| # tmpfs 2.0G 0 2.0G 0 /dev/shm | |
| # /dev/mapper/pve-data 102G 19G 84G 19% /var/lib/vz | |
| # /dev/sda1 504M 31M 448M 7% /boot | |
| ## | |
| ## shrinking /dev/mapper/pve-data | |
| ## | |
| # unmount the file system from mount point /var/lib/vz | |
| umount /var/lib/vz | |
| # To check the file system | |
| e2fsck -f /dev/mapper/pve-data | |
| # e2fsck 1.41.3 (12-Oct-2008) | |
| # 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 | |
| # /dev/mapper/pve-data: 20/4587520 files (0.0% non-contiguous), 333981/18350080 blocks | |
| # shrink the file system from 102G to 70G | |
| resize2fs /dev/mapper/pve-data 70G | |
| # Resizing the filesystem on /dev/mapper/pve-data to 18350080 (4k) blocks | |
| # The filesystem on /dev/mapper/pve-data is now 18350080 blocks long | |
| # reduce the logical volume /dev/mapper/pve-data with 32GB (102 – 32 = 70 GB) | |
| lvreduce -L-32G /dev/mapper/pve-data | |
| # remount the file system mounted on /var/lib/vz | |
| mount /var/lib/vz | |
| ## | |
| ## extend /dev/mapper/pve-root | |
| ## | |
| # extend the logical volume to fill 100% of the free space | |
| lvextend -l +100% FREE /dev/mapper/pve-root | |
| # expand the filesystem (by default performs on-line resizing!!!) | |
| resize2fs /dev/mapper/pve-root | |
| ## | |
| ## checking the output | |
| ## | |
| df -h | |
| # Filesystem Size Used Avail Use% Mounted on | |
| # /dev/mapper/pve-root 73G 31G 39G 45% / | |
| # tmpfs 2.0G 0 2.0G 0% /lib/init/rw | |
| # udev 10M 548K 9.5M 6% /dev | |
| # tmpfs 2.0G 0 2.0G 0% /dev/shm | |
| # /dev/sda1 504M 31M 448M 7% /boot | |
| # /dev/mapper/pve-data 69G 404M 69G 1% /var/lib/vz |
This doesn't seem to work with Proxmox v6.
When I run df -h I have no /dev/mapper/pve-data mounted to /var/lib/vz, so umount /var/lib/vz fails because nothing is mounted.
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 8.8G 0 8.8G 0% /dev
tmpfs 1.8G 11M 1.8G 1% /run
/dev/mapper/pve-root 94G 68G 22G 76% /
tmpfs 8.9G 43M 8.8G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 8.9G 0 8.9G 0% /sys/fs/cgroup
/dev/sdf1 7.3T 4.2T 3.0T 59% /drives/media
/dev/fuse 30M 20K 30M 1% /etc/pve
tmpfs 1.8G 0 1.8G 0% /run/user/1000
And then when I try to run the e2fsck command I get:
# e2fsck -f /dev/mapper/pve-data
e2fsck 1.44.5 (15-Dec-2018)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/mapper/pve-data
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
I didn't run any of the other commands because I didn't want to mess anything up.
I need to have all the virtual machines off before do this right?
@chetcuti Experiencing the same issue on 6.0 upgraded to 6.1. Did you ever find the solution to this?
@brandinarsenault, it turns out that it was actually an issue with how I setup my containers and VMs. I used Proxmox's storage defaults when I first set everything up, and apparently that's what ended up giving me the above issue. This thread should give you everything you need, provided it's actually the same issue I was having.
For version 5.3-5