[SOLVED] Vergrößern des root-Filesystems eines CT-Containers

[demel42]

Hallo,
es ist mir etwas peinlich, aber ich habe ein Problem mit der Root-Filesystem von zwei CT-Containern.

Beispiel 1 (das 2. ist analog)

Disk ist in dem Container wie folgt ausgewiesen

# df -h
Filesystem               Size  Used Avail Use% Mounted on
disk0/subvol-116-disk-0  8.1G  6.6G  1.5G  83% /
none                     492K  4.0K  488K   1% /dev
udev                      32G     0   32G   0% /dev/tty
tmpfs                     32G     0   32G   0% /dev/shm
tmpfs                    6.3G  1.6M  6.3G   1% /run
tmpfs                    5.0M     0  5.0M   0% /run/lock
tmpfs                    6.3G     0  6.3G   0% /run/user/0

# mount
disk0/subvol-116-disk-0 on / type zfs (rw,xattr,posixacl)
none on /dev type tmpfs (rw,relatime,size=492k,mode=755,uid=100000,gid=100000,inode64)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
proc on /proc/sys/net type proc (rw,nosuid,nodev,noexec,relatime)
proc on /proc/sys type proc (ro,relatime)
proc on /proc/sysrq-trigger type proc (ro,relatime)
sysfs on /sys type sysfs (ro,nosuid,nodev,noexec,relatime)
sysfs on /sys/devices/virtual/net type sysfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
proc on /dev/.lxc/proc type proc (rw,relatime)
sys on /dev/.lxc/sys type sysfs (rw,relatime)
none on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime)
lxcfs on /proc/cpuinfo type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /proc/diskstats type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /proc/loadavg type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /proc/meminfo type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /proc/stat type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /proc/swaps type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /proc/uptime type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
lxcfs on /sys/devices/system/cpu/online type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
udev on /dev/full type devtmpfs (rw,nosuid,relatime,size=32851476k,nr_inodes=8212869,mode=755,inode64)
udev on /dev/null type devtmpfs (rw,nosuid,relatime,size=32851476k,nr_inodes=8212869,mode=755,inode64)
udev on /dev/random type devtmpfs (rw,nosuid,relatime,size=32851476k,nr_inodes=8212869,mode=755,inode64)
udev on /dev/tty type devtmpfs (rw,nosuid,relatime,size=32851476k,nr_inodes=8212869,mode=755,inode64)
udev on /dev/urandom type devtmpfs (rw,nosuid,relatime,size=32851476k,nr_inodes=8212869,mode=755,inode64)
udev on /dev/zero type devtmpfs (rw,nosuid,relatime,size=32851476k,nr_inodes=8212869,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026)
devpts on /dev/ptmx type devpts (rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026)
devpts on /dev/console type devpts (rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026)
devpts on /dev/tty1 type devpts (rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026)
devpts on /dev/tty2 type devpts (rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026)
none on /proc/sys/kernel/random/boot_id type tmpfs (ro,nosuid,nodev,noexec,relatime,size=492k,mode=755,uid=100000,gid=100000,inode64)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,uid=100000,gid=100000,inode64)
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=6577132k,mode=755,uid=100000,gid=100000,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,uid=100000,gid=100000,inode64)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=6577128k,mode=700,uid=100000,gid=100000,inode64)

Ich hatte die Disk via GUI vergrößert

Konfiguration jetzt ist

root@pve3:~# cat /etc/pve/nodes/pve3/lxc/116.conf
arch: amd64
cores: 4
features: nesting=1
hostname: graylog
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.1,hwaddr=5A:18:26:93:04:56,ip=192.168.178.138/24,type=veth
onboot: 1
ostype: ubuntu
rootfs: disk0:subvol-116-disk-0,size=72G
swap: 4096
unprivileged: 1

Eigentlich sollten es 16 GB werden, aber durch die Tests mit dem wiederholten Resize-Versuchen wurde es immer mehr :-(

Ich schaffe es nicht, das Filesystem zu vergrößern. Bei einer VM würde ich ja mit geparted bzw von einer virtuelle CDROM booten

Ich habe analog zu https://forum.proxmox.com/threads/how-to-add-and-or-resize-a-lxc-disk.23792/post-132995 mal auf dem Proxmox-Server aufgerufen

root@pve3:~# e2fsck /disk0/subvol-116-disk-0
e2fsck 1.46.5 (30-Dec-2021)
e2fsck: Is a directory while trying to open /disk0/subvol-116-disk-0

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>

wunder nicht nicht wirklich, weil disk0/subvol-116-disk-0 gemäß obigen mount ja wohl keine FS-Typ ext4 sondern ZFS ist
aber dann kann ich ja auch kein resize2fs machen ...

Gibt es irgend eine Möglichkeit, das Ziel ohne manuelle Neuinstallation der CT-Container zu erreichen?

Danke
Christian

ps: da ich diesbezüglich etwas gelesen hatte, eine Ergänzung (subvol-116-disk-0 liegt auf rpool)

root@pve3:~# zpool get autoexpand
NAME   PROPERTY    VALUE   SOURCE
disk0  autoexpand  off     default
rpool  autoexpand  off     default

Ich weis nicht, ob das damit zu tun hat und ob es Sinn macht, autoexpand zu aktivieren

 

[bluesite]

1. Schritt Gtöße im CT vergößern das hast Du ja schon gemacht
2. Schritt: pct rescan

man kann die Größe auch verkleinern
hier ein Beispiel

zfs set refquota=16G disk0/subvol-116-disk-0
pct rescan

 

[demel42]

1. Schritt Gtöße im CT vergößern das hast Du ja schon gemacht
2. Schritt: pct rescan

man kann die Größe auch verkleinern
hier ein Beispiel

zfs set refquota=16G disk0/subvol-116-disk-0
pct rescan

Vielen Dank, hat beides funktioniert