Recent content by Knuut

Moin, wir verwenden auch PBS mit HDDs als removable Datastores. Unsere Lösung ist 2 HDDs (14TB) an USB 3.0 im wöchentlichen Wechsel zu benutzen. Das kann man auch je nach den lokalen Gegebenheiten auch täglich konfigurieren. Dann ist im wöchentlichen Wechsel der initiale Sync nach ca. 12h...

Leider doch! Willkommen in der Proxmox-Welt. Deswegen gibt es auch # pveupdate && pveupgrade Starting system upgrade: apt-get dist-upgrade Proxmox ist nicht gleich debian. Gruß Knuut

D Weil MLAG ein neues Feature in der neuen FW ist, möchte ich das genau deswegen machen. ;-)

Das ist nicht der Fall. Es ist sind 2 Switche im Stack Modus. Beim FW-Update ist leider nur ein paralleles und nicht ein sequentielles Upgrade möglich. Nicht schön, kann man aber mit leben. Ein Failover bei Ausfall eines Switchs ist aber gegeben.

Es geht mir NICHT darum, es komplexer zu machen. Ich bin eher ein Freund von einfachen Lösungen. Es geht mir darum, den Cluster resilienter zu machen und mir es etwas einfacher zu machen, wenn ich ein FW-Update vom Core-Switch durchführe, die Downtime und den damit verbundenen Rattenschwanz zu...

Moin, danke @aaron . Ich habe mir jetzt 3 Broadcom (kein Intel Desaster mehr ;-)) NICs bestellt und baue das dann um. Ich werde berichten. Gruß Knuut

Hallo, ich möchte meinen 3 Nodes Cluster mit je 2 x 25Gb ( bond0 LACP) von Switch auf Full Mesh über direkte Verbindung umstellen. Da ich keine NICs mehr frei habe, ist es von meinem Verständnis her nicht so ganz einfach... ...oder doch nicht? Deswegen meine Frage: Ist es möglich ein Openfabric...

Moin Chris, danke das ist mir mittlerweile auch bekannt. Dann ist diese Funktion mittels proxmox-backup-manager datastore update <datastore> --delete prune-schedule wohl obsolet. Leider ist das aus der Doku/Manpage nicht ersichtlich. Gruß Knuut

Moin, root@backup:~# proxmox-backup-manager prune-job list ┌──────────────────────────────────┬─────────┬────────────────┬────┬──────────┬───────────┬───────────┬─────────────┬────────────┬─────────────┬──────────────┬─────────────┐ │ id │ disable │ store │...

Moin Zusammen, folgendes "Problem": Wir benutzen externe Datenträger über USB im wöchentlichen Wechsel. Für diese Datastores existieren entsprechende sync-/GC-/prune-/verify-Jobs. Beim Wechsel des Datenträgers starten leider alle letzten Jobs gleichzeitig, was erhebliche Last erzeugt und...

Nothing unusual. There were 3 nodes running backups at the same time. pbs: 0 pve node:

Here're the results: Everything was running fine, except 1 (104) VM which backup speed was 1/10 of the ususal speed: INFO: starting new backup job: vzdump 100 109 104 105 106 107 108 110 111 112 113 114 115 116 117 118 122 102 --quiet 1 --fleecing 0 --storage backup.lorentz.de --notes-template...

I'll give it a try. Just installed latest 6.17.2 kernel and set MTU to 1500 only on pbs. Next backup on 12:00 local time. I'll report. Best Knuut

Hi, ich habe hier urbackup als VM laufen. als Storage für urbackup habe ich in der VM ein ZFS mit dedup=skein konfiguriert dedup > 8. Diese VM sichere ich dann mit pbs. Funktioniert gut. Gruß Knuut

Hi, I think it's not a storage backend issue, it looks like something network related. Today with kernel 6.14., there was a slow backup on 1 VM, but no starving. It finished, but slow. I'm using network bonds on both sides, pve and pbs with mtu 9000. Maybe someone else is using network bonds...