WARN: old systemd (< v232) detected, container won't run in a pure cgroupv2 environment! Please see documentation -> container -> cgroup version.
TASK WARNINGS: 1
TASK WARNINGS: 1
https://pve.proxmox.com/pve-docs/chapter-pct.html#pct_cgroupWARN: old systemd (< v232) detected, container won't run in a pure cgroupv2 environment! Please see documentation -> container -> cgroup version.
TASK WARNINGS: 1
Hi, is there a step by step guide to upgrade a centos 7 container to centos 8. I know this is not a proxmox issue, but doc about lxc containers running inside proxmox is not available elsewhere.If you run distro releases that break when running in a unified cgroupv2 environment, like CentOS 7, then yes.
The bug it fixed was a bug that could only happen when enforcing the old, legacy mixed cgroup v1 + v2 environment that CentOS 7 needs to run.
There cannot be any patch from our side that fixes CentOS 7 to cope with newer cgroup, either upgrade to CentOS 8 (AppStream or one of the new derivates), force the old cgroup setting via that kernel command line, switch the workload to another distro with more frequent releases or switch to VMs.
This is really independent of Proxmox VE, and IIRC, there's no official way to upgrade between major CentOS versions independent on what they are hosted (bare metal, CT, VM, ...) - the CentOS project recommends (re)installing and then either move or restore the service/user data.is there a step by step guide to upgrade a centos 7 container to centos 8. I know this is not a proxmox issue, but doc about lxc containers running inside proxmox is not available elsewhere.
What did you actually try?Finally is there a solution to make a CentOS 7 container working on PVE7 ?
I migrated my CT from a PVE6 and nothing works !
If you runIt'll be pleasant if the PVE warns before finishing migration !
pve6to7 --full
on the host with the old containers like recommended by the official upgrade how-to, the tool checks all systemd versions of containers, and reports any ones that will be affected by the change..As described in the upgrade how-to, pve6to7 is a checker script, not automated bulk tooling. Running it can only help, and point out problems, it won't do anything on its own, from the how-to:My experience tells me we never can be sure all will work as attended, especially in a bulk process. That's why I didn't use pve6to7 script to avoid a potential breakdown of all my containers in the same time. I preferred to opt for only 1 potential failure and I was right.
Continuously use the pve6to7 checklist script
A small checklist program named pve6to7 is included in the latest Proxmox VE 6.4 packages. The program will provide hints and warnings about potential issues before, during and after the upgrade process.
Did you actually check if it was active, i.e., checked the journal log and also if it's present in theTo me the support page is not really clear. I tried the systemd.unified_cgroup_hierarchy=0 trick but it didn't work for me (I did it after migration, maybe this is why it didn't work). Finally I had to restore a backup of the container on the PVE6.
/proc/cmdline
file?Switching back to cgroup V1 through theCan you describe here what is the full process to migrate a CentOS7/PVE6 container to a PVE7 ?
systemd.unified_cgroup_hierarchy=0
flag is the right way, but you need to ensure its applied correctly. If that doesn't work out for you, one would need to know more about the system status, taken steps and about actual errors you get, i.e., something for the enterprise support.