Weihnachtsangebot 2025! 🎄

[noidea]

Hallo Zusammen,

ich bin gerade echt am Verzweifeln, weil bei mir alle Container, die in Proxmox laufen (Iobroker und Grafana) immer wieder neu gestartet werden.

Das fing plötzlich vor ein paar Tagen an. Ich dachte zuerst, es lag am node.js Update, welches ich durchgeführt hatte. Ich habe nämlich immer wieder Ausfälle von IQONTROL auf dem Tablet festgestellt. Dann habe ich aber das Backup wieder draufgespielt und das Problem ist immer noch da.

Im Syslog steht jede Menge drin, was ich aber nicht deuten kann, weil ich keine Erfahrung mit dem System habe.

Dec 09 18:14:39 proxmox kernel: fwbr101i0: port 2(veth101i0) entered blocking state
Dec 09 18:14:39 proxmox kernel: fwbr101i0: port 2(veth101i0) entered forwarding state
Dec 09 18:14:40 proxmox kernel: EXT4-fs warning (device dm-8): ext4_multi_mount_protect:326: MMP interval 42 higher than expected, please wait.

Dec 09 18:15:26 proxmox kernel: EXT4-fs (dm-8): 1 orphan inode deleted
Dec 09 18:15:26 proxmox kernel: EXT4-fs (dm-8): recovery complete
Dec 09 18:15:26 proxmox kernel: EXT4-fs (dm-8): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
Dec 09 18:15:26 proxmox audit[1646]: AVC apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-102_</var/lib/lxc>" pid=1646 comm="apparmor_parser"
Dec 09 18:15:26 proxmox kernel: kauditd_printk_skb: 2 callbacks suppressed
Dec 09 18:15:26 proxmox kernel: audit: type=1400 audit(1702142126.351:32): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-102_</var/lib/lxc>" pid=1646 comm="apparmor_parser"
Dec 09 18:15:26 proxmox systemd-udevd[1650]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Dec 09 18:15:26 proxmox systemd-udevd[1650]: Using default interface naming scheme 'v247'.
Dec 09 18:15:27 proxmox systemd-udevd[1658]: Using default interface naming scheme 'v247'.
Dec 09 18:15:27 proxmox systemd-udevd[1658]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Dec 09 18:15:27 proxmox systemd-udevd[1658]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Dec 09 18:15:27 proxmox systemd-udevd[1653]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Dec 09 18:15:27 proxmox systemd-udevd[1653]: Using default interface naming scheme 'v247'.
Dec 09 18:15:27 proxmox kernel: vmbr0: port 3(fwpr102p0) entered blocking state
Dec 09 18:15:27 proxmox kernel: vmbr0: port 3(fwpr102p0) entered disabled state
Dec 09 18:15:27 proxmox kernel: device fwpr102p0 entered promiscuous mode
Dec 09 18:15:27 proxmox kernel: vmbr0: port 3(fwpr102p0) entered blocking state
Dec 09 18:15:27 proxmox kernel: vmbr0: port 3(fwpr102p0) entered forwarding state
Dec 09 18:15:27 proxmox kernel: fwbr102i0: port 1(fwln102i0) entered blocking state
Dec 09 18:15:27 proxmox kernel: fwbr102i0: port 1(fwln102i0) entered disabled state
Dec 09 18:15:27 proxmox kernel: device fwln102i0 entered promiscuous mode
Dec 09 18:15:27 proxmox kernel: fwbr102i0: port 1(fwln102i0) entered blocking state
Dec 09 18:15:27 proxmox kernel: fwbr102i0: port 1(fwln102i0) entered forwarding state
Dec 09 18:15:27 proxmox kernel: fwbr102i0: port 2(veth102i0) entered blocking state
Dec 09 18:15:27 proxmox kernel: fwbr102i0: port 2(veth102i0) entered disabled state
Dec 09 18:15:27 proxmox kernel: device veth102i0 entered promiscuous mode
Dec 09 18:15:27 proxmox kernel: eth0: renamed from vethmekgUf
Dec 09 18:15:28 proxmox pvestatd[946]: status update time (38.824 seconds)
Dec 09 18:15:28 proxmox pve-guests[993]: <root@pam> end task UPID:proxmox:000003E2:000007D0:6574A04E:startall::root@pam: OK
Dec 09 18:15:28 proxmox systemd[1]: Finished PVE guests.
Dec 09 18:15:28 proxmox systemd[1]: Starting Proxmox VE scheduler...
Dec 09 18:15:28 proxmox audit[1805]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1805 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.499:33): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1805 comm="apparmor_parser"
Dec 09 18:15:28 proxmox audit[1806]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1806 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.515:34): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1806 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Dec 09 18:15:28 proxmox kernel: fwbr102i0: port 2(veth102i0) entered blocking state
Dec 09 18:15:28 proxmox kernel: fwbr102i0: port 2(veth102i0) entered forwarding state
Dec 09 18:15:28 proxmox audit[1805]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1805 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.859:35): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1805 comm="apparmor_parser"
Dec 09 18:15:28 proxmox audit[1806]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1806 comm="apparmor_parser"
Dec 09 18:15:28 proxmox audit[1806]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1806 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.879:36): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1806 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.879:37): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1806 comm="apparmor_parser"
Dec 09 18:15:28 proxmox audit[1814]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1814 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.887:38): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1814 comm="apparmor_parser"
Dec 09 18:15:28 proxmox audit[1813]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1813 comm="apparmor_parser"
Dec 09 18:15:28 proxmox kernel: audit: type=1400 audit(1702142128.891:39): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1813 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1814]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1814 comm="apparmor_parser"
Dec 09 18:15:29 proxmox kernel: audit: type=1400 audit(1702142129.155:40): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1814 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1815]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1815 comm="apparmor_parser"
Dec 09 18:15:29 proxmox kernel: audit: type=1400 audit(1702142129.163:41): apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1815 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1815]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1815 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1813]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1813 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1838]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1838 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1843]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1843 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1843]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1843 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1843]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1843 comm="apparmor_parser"
Dec 09 18:15:29 proxmox audit[1849]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1849 comm="apparmor_parser"
Dec 09 18:15:30 proxmox audit[1838]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1838 comm="apparmor_parser"
Dec 09 18:15:30 proxmox audit[1851]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1851 comm="apparmor_parser"
Dec 09 18:15:30 proxmox audit[1851]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1851 comm="apparmor_parser"
Dec 09 18:15:30 proxmox audit[1853]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1853 comm="apparmor_parser"
Dec 09 18:15:30 proxmox audit[1853]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1853 comm="apparmor_parser"
Dec 09 18:15:30 proxmox pvescheduler[1856]: starting server
Dec 09 18:15:30 proxmox systemd[1]: Started Proxmox VE scheduler.
Dec 09 18:15:30 proxmox systemd[1]: Reached target Multi-User System.
Dec 09 18:15:30 proxmox systemd[1]: Reached target Graphical Interface.
Dec 09 18:15:30 proxmox systemd[1]: Starting Update UTMP about System Runlevel Changes...
Dec 09 18:15:30 proxmox audit[1849]: AVC apparmor="STATUS" operation="profile_replace" info="not policy admin" error=-13 label="lxc-102_</var/lib/lxc>//&:lxc-102_<-var-lib-lxc>:unconfined" pid=1849 comm="apparmor_parser"
Dec 09 18:15:30 proxmox systemd[1]: systemd-update-utmp-runlevel.service: Succeeded.
Dec 09 18:15:30 proxmox systemd[1]: Finished Update UTMP about System Runlevel Changes.
Dec 09 18:15:30 proxmox systemd[1]: Startup finished in 7.064s (firmware) + 6.062s (loader) + 4.056s (kernel) + 1min 56.540s (userspace) = 2min 13.723s.

Hat von Euch das schon mal jemand gehabt. Ich habe echt keine Ahnung, warum das plötzlich passiert und was ich dagegen machen kann. So läuft mein ganzen System überhaupt nicht glatt und ich kann mich auf keine automatisierten Abläufe verlassen.

Viele Grüße
Andreas

[Thomas Braun]

@noidea sagte in Proxmox startet alle COntainer immer wieder neu:

Dein Datenträger macht u. U. gerade die Grätsche.

[noidea]

@thomas-braun

Das wäre aber jetzt der absolute Horror. Wie kommst du darauf? Hast du das irgendwie da rauslesen können?

[Thomas Braun]

@noidea
Hier:

Dec 09 18:15:26 proxmox kernel: EXT4-fs (dm-8): 1 orphan inode deleted

[noidea]

@thomas-braun

Ok. Also neue Festplatte besorgen und das System komplett neu Aufsetzen. Na prima :nauseated_face:

[hansmeier]

@noidea Das dürfte doch bei Proxmox kein Problem sein. Vorausgesetzt du hast backups von den LXC.
Habe dieses Scenario schon zweimal durchgespielt. Keine Probleme.

[noidea]

@hansmeier

Ich habe zwar Backups automatisch machen lassen in Proxmox, sowohl auf die interne Festplatte als auch auf einen externen USB Stick, aber ich muss erst einmal wissen, wie ich dei Festplatte tauschen kann und worauf ich achten muss. Dann kommt mein zweites Problem, nämlich das, wenn ich die neue Festplatte drin habe, das alles wieder einrichte.
Aber dazu gibt es bestimmt einige ANleitungen zu finden, an denen ich mich orientieren kann.

HAst du vielleicht noch einen Tipp, wie ich das ganze zukünftzig besser Absichern kann? Regelmäßiges Spiegeln der Festplatte z.B?

[Blockmove]

@noidea said in Proxmox startet alle Container immer wieder neu:

HAst du vielleicht noch einen Tipp, wie ich das ganze zukünftzig besser Absichern kann? Regelmäßiges Spiegeln der Festplatte z.B?

Wenn du Proxmox auf "vernünftiger" Hardware am Laufen hast, dann kannst du ZFS als Dateisystem benutzen.
Damit kannst du in Hinblick auf Backup nahezu alles machen. Spiegelung, Snapshot, Cache, HotSwap, ...
Braucht aber einiges an Arbeitsspeicher. Gibt etliche Anleitungen dazu im Netz.
Wichtig ist aber das alles vorher mal zu testen.

[hansmeier]

@noidea Mit den Backups hast du das schon richtig gemacht. Die PVE läßt sich leider nicht so einfach backuppen. Proxmox PVE ist aber sehr schnell wieder installiert.
Ich halte mich da immer an die einschlägigen Youtube Videos. z.B. von Eddys Sarthome, SemperVideo, Apfelcast etc. https://www.youtube.com/watch?v=TCemOHhnDnk&list=PLbXO5uxDHLXzPGCSogyX8LNvBqZ3y-i5C&index=1&t=1742s
Das hat den Vorteil, dass man auch die Kommandos die man braucht, mit copy/paste schnell eingegeben hat.
Dann Proxmox auf den aktuellen Stand bringen, das Backup Medium (bei dir USB-Stick) einbinden, und die LXC/VM in Sekunden zurückspielen.
An die Festplatte bzw. die SSD gibt es eigentlich keine besondere Anforderung.

[noidea]

@hansmeier
Danke. Das wäre jetzt auch so meine Vorgehensweise gewesen. Allerding scheue ich mich Grundsätzlich davor, weil ich froh war, als ich damals alles eingerichtet hatte und es auch lief :grimacing:

Wo ich damals richtig Schwierigkeiten hatte, war das durchreichen des USB und ZIGBEE Sticks. Das hat irgendwie erst mit hängen und würgen bei mir funktioniert. Das heißt das ich erst das durchreichen des USB Sticks machen muss, um dann das Backup draufspielen zu können.

Ich habe gerade per Zufall gesehen, das es jetzt Proxmox 8 gibt. Hast du zuflääig schon Erfahrung damit und würd es Sinn machen, das ich direkt auf diese Version wechsel?

[Jaksa]

@noidea

Du solltest definitiv Proxmox 8 nutzen alles andere macht keinen Sinn. Nutze ich auch schon quasi seit Release und habe keine Probleme.

Das mit dem durchreichen ist eigtl. nur bei LXC Containern etwas frickelig. Den Stick in Proxmox selber rein zu bekommen sollte kein Problem darstellen dann kannst du deine Maschinen schnell wiederherstellen. Wenn du Iob auf einer VM laufen hat ist es auch kein großes Problem. Anleitungen dazu gibt es ja zu hauf :-)

[hansmeier]

@noidea sagte in Proxmox startet alle Container immer wieder neu:

Wo ich damals richtig Schwierigkeiten hatte, war das durchreichen des USB und ZIGBEE Sticks. Das hat irgendwie erst mit hängen und würgen bei mir funktioniert. Das heißt das ich erst das durchreichen des USB Sticks machen muss, um dann das Backup draufspielen zu können.

Genau da lag auch mein Problem. Ich habe dann den Conbee LXC zurückgespielt und in der PVE die USB-Durchleitung erneut eingerichtet. Dabei hilft es, genau wie bei der PVE Installation, wenn man die Konsolenkommandos bei der Ersteinrichtung archiviert hat.

Fürs nächste mal habe ich die LXC.conf vom Conbee.lxc gesichert und könnte die in die neue PVE zurückspielen. Ob das reicht, kann ich nicht sagen.

Auf jeden Fall Proxmox 8. Aber das ist ja bei einer Neuinstallation selbstverständlich.

[noidea]

@hansmeier

Ok. Das habe ich defenitiv nicht gemacht. Da werde ich mich weiter einlesen müssen, wie ich das alles sichere. Ich kann auch nur hoffen, dass das Backup richtig auf dem Stick gespeichert ist. Ich kann den ja leider nicht in meinen Win Rechner stecken und draufgucken :slightly_smiling_face:

Um Ehrlich zu sein war ich schon sehr glücklich, das alles lief ohne das ich groß was machen musste

[noidea]

Ich habe auf meinem NUC ja nur Proxmox installiert und dann per IP darauf eingeloggt. Müsste ich mich nicht auch per angeschlossenem Monitor, Tastatur usw. direkt am Rechner anmelden können, oder funktioniert das dann nicht mehr, wegen fehlendem HDMI Treiber usw?. Ist wahrscheinlich ne blöde Farge, aber ich überlege gerade, wie man darauf zugreift, wenn das Netzwerk mal nicht erreichbar ist. Vor allem wie ich zukünftig die komplette SSD auf eine zweite regelmäßig und automatisch spiegel. In meinem NUC ist leider nur ein SSD Steckplatz und ich möchte beim nächsten mal nicht wieder alles komplett neu aufsetzen müssen.

[Dr. Bakterius]

@noidea sagte in Proxmox startet alle Container immer wieder neu:

Ich kann den ja leider nicht in meinen Win Rechner stecken und draufgucken

Wieso nicht? Wie wurde er denn formatiert? Ich sichere die Backups auf einen Netzwerkordner wo ich auch mit meinem Windows-Rechner Zugriff habe und die Backups (z.B. mit WINRAR) auch öffnen kann.

Die .conf-Dateien sind ja nur Textdateien. Die findest du unter /etc/pve/lxc. Doch normalerweise werden die .conf-Dateien sowieso mit dem Restore der LXC wiederhergestellt. Wenn du derzeit noch ein altes Proxmox (ich glaube < v7) nutzt, musst du eventuell lxc.cgroup. auf lxc.cgroup2. ändern.

Solltest du in Proxmox noch etwas zusätzlich installiert haben (z.B. NUT) oder irgendwelche cron-Jobs (z.B. für eigene Bash-Scripts) eingerichtet haben, dann sichere diese vorher. Auch wenn du an den Netzwerkeinstellungen etwas geändert hattest. Also am Besten den etc-Ordner komplett kopieren und bei Bedarf daraus die notwendigen Konfigurations-Dateien in die neue Installation kopieren (nicht den ganzen Ordner!).

[hansmeier]

@dr-bakterius sagte in Proxmox startet alle Container immer wieder neu:

Doch normalerweise werden die .conf-Dateien sowieso mit dem Restore der LXC wiederhergestellt.

Zumindest nach der Neuinstallation der PVE wird beim Restore der LXC nur eine Standard lxc.conf angelegt. Das ist bei Zuweisungen von USB - Ports schlecht, da darin die eben die Zuweisungen drin stehen.

@noidea sagte in Proxmox startet alle Container immer wieder neu:

Ich kann auch nur hoffen, dass das Backup richtig auf dem Stick gespeichert ist.

ich kopiere regelmäßig die lokalen Backupdateien per SFTP vom Proxmox - Server auf meinen Mac/PC. So kann ich auch ohne Backup-Medium die Backups vom Mac wieder zurück auf den Proxmox-Rechner kopieren und dann einfach ein lokales Restore der LXC/VM starten.

Grundsätzlich scheint es kein einfaches oder automatisches Backup/Restore der PVE zu geben. Oder weiss jemand mehr ?

[Wildbill]

@hansmeier Also bei mir werden beim Restore auch die conf-Dateien mit sämtlichem Inhalt wieder hergestellt. Sowohl bei einem Restore aus einem Backup, welches auf der Diskstation liegt, als auch, wenn ich es aus dem Proxmox backup server hole. Alles andere wäre ja auch irgendwie witzlos?!

Gruss, Jürgen

EDIT: Einfach mal in Proxmox in der Weboberfläche den Backup-Storage auswählen, ein Backup aussuchen und oben auf „SHOW CONFIGURATION“ klicken. Da steht dann der Inhalt, wie er wieder hergestellt wird.

[hansmeier]

@wildbill Bei mir war es definitiv nur die Standard - Conf Datei. Deshalb klappte die USB Zuweisung nach dem Restore nicht mehr. Aber ich hatte zuvor auch Proxmox PVE neu installiert. Ich kann es also erst mal nicht nachvollziehen.
Zumindest kann es nicht schaden, angepasste lxc.conf Dateien zu sichern.

[noidea]

@dr-bakterius sagte in Proxmox startet alle Container immer wieder neu:

@noidea sagte in Proxmox startet alle Container immer wieder neu:

Ich kann den ja leider nicht in meinen Win Rechner stecken und draufgucken

Wieso nicht? Wie wurde er denn formatiert? Ich sichere die Backups auf einen Netzwerkordner wo ich auch mit meinem Windows-Rechner Zugriff habe und die Backups (z.B. mit WINRAR) auch öffnen kann.

Ich hab das scheinbar mal irgendwann über Proxmox formatiert. Jedenfalls erkennt Windows das nicht an.
Zukünftig werde ich das ganze auf jeden Fall besser und sauberer Aufziehen

[noidea]

Ich werde Proxmox jetzt einmal komplett Neuinstallieren und dann auch direkt mit der Version 8.1.
Ich hatte in IOBROKER über BackitUp alles gespeichert, was ging. Wenn ich jetzt unter Proxmox einen neuen Container erstelle und dann IOBROKER und dann den BAckitUp Adapter installiere, müsste ich doch alles wieder herstellen können, oder? Müssten dann alle INstallierten Adapter usw. wieder vorhanden sein? Ist das nicht was vergleichbares wie ein Backup vom IOBROKER Container? Oder sehe ich das zu einfach?