Search results

Das geht bei einem unprivilegierten Container halt nicht. Da kannst du diese (gelben) Einstellungen nich machen ...

Ja, das wäre der ideale Fall! Ein privilegierter LXC oder eine VM mit SabNzb könnten über NFS/SMB direkt auf dein QNAP schreiben.

Ja, und das braucht doch sehr viel Platz! Soll das alles auf den PVE-Datenträgern liegen? Ich hab zB. für meine Medien eine 16TB USB-HDD, die ich über eine FileServer VM (Cockpit/45drives) für alle meine VMs, CTs und alle andere Geräte im Netzwerk freigebe. Dort schreibt Sabnzb und JDownloader...

Dass DHCP nicht funktioniert, ist ein bekanntes Problem bei PImox .... Um das auszuschließen: Her mit mehr Infos wie @ThoSo schon geschrieben hat! Auch das verwendete Template wäre interessant.

Das wäre schon mal ein Problem, dass hohen IO-Delay verursachen kann ....

Wo liegt das Backup-Ziel (Storage)? Vom Zeitablauf wäre das Backup schon sehr verdächtig! Wie lange dauern deine Backup-Jobs, und wie groß sind sie? Zeig mal ein log davon.

Wie sieht dein IO-Delay über den Tag verteilt denn aus? Ich hab heute mal versucht viel IO-Delay zu erzeugen (Backups auf Sat-Receiver-HDD und ins Internet). Nur damit man sich vorstellen kann was "sehr hohe" bei dir bedeutet.

Das ist schonmal nicht gut. NFS/SMB mit unprivilegierten LXC, ist ein ziemliches gefrickel/aufwand. Ich habs noch nie geschafft ... Wo soll dieser Ordner liegen?

Ich würde einfach mal das Tool "iotop" installieren und starten! Damit solltest du schon sehen was die hohe Last verursacht. Ist eventuell am Abend und in der Nacht, ein Storage nicht erreichbar? 1. Keinen USB-Stick für PVE verwenden. Der lebt nicht lange! 2. Keine Consumer SSDs für ZFS...

Nein das geht leider nicht. Am einfachsten ist das verkleinern über ein vzdump Backup/Restore Backup über WiF Restore über CLI mit zB so einem Befehl: pct restore 100 /mnt/pve/ds218/dump/vzdump-lxc-100-2024_07_25-07_03_09.tar.zst --rootfs local-lvm:3 ID - /Pfad/Backupname - rootfs musst du...

Könnten eventuell die verwendeten CrucialBX und ZFS das Problem sein .... ?

Derzeit gibt es noch nichts offizielles um PVE zu sichern. ABER das ist meiner Meinung auch gar nicht notwendig. Proxmox ist in weniger als 10 Minuten (inklusive Tastatur und HDMI-Kabel suchen) neu aufgesetzt. Ein Backup Speicher ist in einer Minute eingerichtet und aktiviert. CTs/VMs aus...

Lizenz/Edition ist auch die selbe? Weil davon hängt ab, wieviele Kerne tatsächlich verwendet werden (dürfen) ...

I don't know if it's important for @nirok or not. The USB-HDD will never go into standby/sleep mode, but will always be running.

Also ich kann von meinem 8C/16T Prozessor problemlos (testweise) 10 "Cores" einer Windows VM zuweisen. Allerdings habe ich das nur mit CPU-Typ Host getestet. Wäre einen Versuch wert auch bei deiner VM mal auf Host zu stellen ...

In Cockpit it is not allowed to log in with the user root! It must be a ‘normal’ user!

Danke! Aber werden auch Updates gefunden? Die Container laufen bei mir auch, finden im LXC aber keine neuen "images".

Das musst du die Anbieter dieses Scriptes fragen. Hat absolut nichts mit Proxmos zu tun. Da ist eindeutig die Verwendung einer VM empfohlen. Darf ich noch etwas fragen .... Funktioniert Watchtower bei dir? Seit Mitte November findet Watchtower und DIUN, in meinem "Test-Docker-LXC" keine Updates...

Unprivilegierte Container (ich vermute du hast einen) können nicht auf Netzwerkfreigeben schreiben. VMs allerdings schon.

Kleine Info zu ncdu: Es gibt die Option -x ncdu / -x zeigt nur das lokale Dateisystem ohne mounts an.