Search results

Klick einfach mal auf den Storage PBS--> Backups (nicht Summary wie im Screenshot) ... dann siehst du was drauf ist. Edit: PBS auf PVE wird absolut nicht empfohlen ....

Das ist aber nur die Schnittstelle. Wenn da dann zB. eine QLC-NVME mit SLC-Cache dranhängt, schaut die reale Geschwindigkeit gaaaanz anderes aus. Edit: Ich hab hier einen PBS am laufen, den ich ursprünglich mit einer Samsung 870pro SSD (ext4) gebaut habe. Nach ein paar Wochen bin ich dann auf...

Wenn ich mich nicht irre ist das Hauptproblem, dass WLAN-Adapter keine VMBRs verwalten können. Und das ist nunmal essentiell für PVE ...

Ich glaub ich hatte das Problem in einer UbuntuVM mit Cockpit auch. Hat aber nicht gestört und alles hat funktioniert. Mittlerweile läuft Cockpit/45Drives in einer DebianVM da gibt es diese Meldung nicht. Edit: Es hat natürlich nicht wirklich "alles" funktioniert ;) Dieses Netzwerk Plugin hat...

1. xfs oder ext4 (verwende ich) verwenden 2. Bei der Installation kann man das Dateisystem wählen 3. Der Datenträger fällt nach kurzer Zeit aus. Wegen der geschriebenen Datenmenge wird auch die Garantie meist abgelehnt .. Das Forum ist voll mit Beiträgen, dass man zfs nur bei Server-Datenträger...

Consumer SSDs/NVMEs sollten nie mit zfs formatiert werden. Die werden im schlimmsten Fall in wenigen Wochen "todgeschrieben"!

Sehr gut, dass die Backups nun laufen! Ich befürchte wegen "Intenso500GB mit zfspool" wirst du sie schon bald benötigen ....

Zeig mal das Ergebnis des Befehles: cat /etc/pve/storage.cfg

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 .... ?