Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@latzi sagte in Proxmox 9.0 mit Debian 13:

Ich dachte, die Container benutzen die Proxmox-Version?

Nur den Kernel.

[Latzi]

@thomas-braun
Danke, somit Upgrade auch bei den LXC wie von dir beschrieben?

[Thomas Braun]

@latzi

Eigentlich rollt man LXCs neu aus.

[Labersack]

@thomas-braun
Damit meinst du vermutlich Docker-Container, und nicht Proxmox-LXCs?

[Shadowhunter23]

Das lxc Template für Debian 13 ist jetzt veröffentlicht worden.

[Rushmed]

@thomas-braun sagte in Proxmox 9.0 mit Debian 13:

Eigentlich rollt man LXCs neu aus.

Ich weiß jetzt auch nicht was das bedeuten soll.

[TT-Tom]

@rushmed

Das neue Template von Proxmox laden und einen neuen Container erstellen.

[MartinP]

@tt-tom Ist aber wie mit neuen Schuhen, zuerst Drücken sie überall ein wenig ...

Wenn man wie es sich gehört, einen Container für genau eine Aufgabe erstellt - z. B. "iobroker + Adapter" ist das "Plattmachen und neu Bauen" sicherlich kein großes Problem.
Aber wenn man da noch Cron-Skripte für Backups usw sowie Grafana, InfluxdB usw. gleich mit in den Container gebastelt hat, wird es schon einige Arbeit geben ...

Ist aber vielleicht die Gelegenheit, gleich eine neue Hardware zu besorgen, bei der man dann "alles richtig" (tm) macht ;-)

[SabineT]

Falls wer ein Template für Debian 13 braucht, ich hab das hier gefunden: Debian 13 (Trixie) LXC Image for Proxmox 9
Damit lässt sich ein neuer LXC erstellen.

[Shadowhunter23]

@sabinet
Das ist nicht nötig da ein Template von Proxmox vorhanden ist:

[SabineT]

@shadowhunter23 ok, hatte ich übersehen! Danke für den Hinweis!

[Pedder007]

Hallo zusammen, bin spät dran, aber schön das es zu dem Thema schon einen Thread gibt :-)

Bei der Vorbereitung zum Proxmox 8 -> 9 Update hänge ich noch an einem Punkt, wozu ich nach Recherche keine gute Antwort finde.
Ich habe noch ein Warning in der Ausgabe von 'pve8to9 --full', welches da lautet:

WARN: The following CTs have 'lxc.cgroup' keys configured, which will be ignored in the new default unified cgroupv2:
    CT 100
    Often it can be enough to change to the new 'lxc.cgroup2' prefix after the upgrade to Proxmox VE 7.x

Ausgerechnet der CT100 ist auch mein ioBroker Container.

Was mache ich damit? - Kann ich das evtl. sogar ignorieren?

[Pedder007]

So habe jetzt doch noch was gefunden, ich hätte mal direkt hier im Forum und nicht im Proxmox Forum suchen sollen:

Kann es sein, dass ich in der Datei

/etc/pve/lxc/100.conf

die folgenden Zeilen dahin gehend überarbeiten muss, dass ich überall aus 'cgroup' dann 'cgroup2' mache?

Also so:

lxc.cgroup2.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/001/002 dev/bus/usb/001/002 none bind,optional,create=file
lxc.cgroup2.devices.allow: c 4:* rwm
lxc.mount.entry: /dev/tty0 dev/tty0 none bind,optional,create=file

OK, ich mache das jetzt so, die Google KI sagt dass das korrekt ist ;-)

[Shadowhunter23]

Unabhängig zu deinem Problem gehe ich immer den Weg der Neuinstallation von Proxmox. Alle VM/CT per Backup sichern und dann Proxmox installieren und die CT/VM zurückspielen. Für mich ist dass die sauberste Lösung da ich von 6to7 danach massive Probleme hatte.

[Pedder007]

Du hast grundsätzlich völlig Recht. Wg zu vieler anderer Baustellen muss es dieses Mal als Update gehen.
Nach neuen BackUps hoffen wir mal das es gut geht ;-)

[Pedder007]

So püh :-) alles gut gegangen. Sandbox und Prod Proxmox Systeme mit fast allen Containern umgestellt.
Nur Motioneye zickt wieder rum, genau wie beim letzten Mal (Bullseye->Bookworm) aber dafür hat man je ne' Sandbox ;-)
Da hilft wahrscheinlich, wenn ich mich recht erinnere, tatsächlich wieder nur eine komplette Neuinstallation.
Muss mal schauen was ich auf GIT so zu Motioneye und Trixie finde ... ;-)