Search results

Das ist halt reine Geschmackssache wie man sein System aufbaut! Ich hab bei mir 5 LXCs und 2 VMs am laufen. Eine der VMs beherbergt eine Docker Instanz, in der nochmal ca. 20 Docker-Container laufen. Ein neuer Docker Container läuft halt innerhalb von ein paar Sekunden .... ;) Das Konzept...

Ahh OK, ich bin davon ausgegangen weil du das Problem im Bereich Proxmox Backup Server (Deutsch/German) gepostet hast. In dem Fall wäre der fehlende Prune Job wohl die Lösung gewesen ....

Einen regelmäßigen Prune-Job hast du angelegt im PBS? Sonst wird nichts gelöscht.

Welches Video? Man kann doch mittlerweile diese Dinger, ganz einfach über die GUI in den Container einbinden!

Ist das ein privilegierter oder ein unprivilegierter Container? Bei mir läuft NextCloud in einem privilegierten LXC (ohne UID/GID Mapping) auch über MountPoint. Hab nur User und Rechte angepasst, wie es sich NextCloud wünscht. chown -R 1000:1000 /daten/nxcloud/ && chmod -R 750 /daten/nxcloud/...

Bei mir sind noch immer 110 Turnkey-Templates zum Download verfügbar. Was hast du gemacht, bevor die Templates verschwunden sind?

Ja der Ressourcen-Verbrauch ist echt sehr niedrig. Natürlich wäre ein Fileserver ohne GUI, den man über exports und smb.conf steuert auch möglich. Aber warum soll man sich das antun, wenn es 45Drives auch gibt. Hast du die Containerverwaltung (cockpit-podman) schon getestet? Sieht auch ganz OK...

Ja musst du ja auch. ssh-keygen -t ECDSA Dann bekommst du das File das du kopieren kannst -rw------- 1 root root 505 Mar 29 10:24 id_ecdsa -rw-r--r-- 1 root root 171 Mar 29 10:24 id_ecdsa.pub

Alles klar! Jetzt kenne ich die Beweggründe. Dauert 45s bis alles wieder Up ist. Damit kann ich leben. Und mach ich ja auch nur, wenn es einen neuen Kernel gibt. Also alle paar Monate mal :)

"rsync exit code 11" bedeutet dass zuwenig Speicherplatz verfügbar ist. Kann aber auch der /tmp Ordner im Host zu klein sein. SIehe: https://forum.proxmox.com/threads/lxc-backup-fails-with-rsync-exit-code-11.120667/

"exit code 11" Ist genügend Speicherplatz am Backup-Ziel-Storage vorhanden?

There is an update in the test repository for Ubuntu 24.04 pve-container (5.1.10) bookworm; urgency=medium * fix #5414: use proper percentages in `pct df` * setup: support Ubuntu 24.04 Noble * setup: unlink default netplan configuration even with Ubuntu >= 23.04

Ich hab deine Variante 1 am laufen. Allerdings nicht mit OMV, weil das (wie du schon vermutet hast) mit bindmounts nicht funktioniert. Ich verwende als NAS einen Debian12-Container mit Cockpit-Fileserver (45Drives), als komfortable Oberfläche für meine SMB/NFS Freigaben. Funktioniert absolut...

Schön dass es wieder funktioniert. ABER ich frage mich, warum tut man sich das (Docker im LXC) an? Seit ich hier mitlese, war nun zum vierten oder fünften mal der Fall, dass Docker-LXCs (nicht nur nach PVE-Updates) plötzlich nicht mehr funktioniert haben. Habt ihr da nichts wichtiges laufen...

There is a non-recommended way to delete the data immediately ... find /path2pbs-datastore/.chunks -type f -print0 | xargs -0 touch -d "-2 days" .... and GarbageCollect.

Ja OK ... kann ich aber in der PBS-GUI nicht finden ;) Gute Nacht!

Dieser Thread behandelt das deaktivieren eines Datastores im ProxmoxBackupServer. Und da gibts halt nur den Instandhaltungsmodus, um ein Storage zu deaktivieren. Datastore --> auswählen --> Optionen --> Instandhaltungsmodus --> offline Oder halt über CLI-Befehl ....

Sorry, bitte nicht böse sein. Aber das aktivieren/deaktivieren eines Datastores will man ja automatisieren. Und deshalb bevorzuge ich die Variante, diese Checkbox über Konsolenbefehle zu aktivieren/deaktivieren.

Wie geht so ein Doppelclick in einem Script oder Crontab ... ;)

Buster ist EOL ... also tot!