Search results

Klar bremst der RAID Controller. Ich würde nie NVMe hinter einen RAID Controller packen. Die RAID Controller haben in der Regel 8 PCI Lanes und jede NVMe auch schon 4, somit ist der RAID Controller immer ein Bottleneck bei mehr als 2 NVMe. Dann kommt es noch darauf an ob man Raid5 oder Raid6...

Hi, natürlich liegt das nicht am Maschinentyp q35 oder i440, aber eventuell haben die VMs auch noch andere Gemeinsamkeiten/Unterschiede.

Warum nur 1x pro Woche? Aber du hast die komplette Flexibilität einer VM. Warum extra Controller? Du kannst doch einfach einzelne Disks durchreichen, das mache ich seit Jahren so. Du hast nur keine Smart Werte in der VM, weil die der Host bekommt. Gerade weil du einen PBS hast, würde ich...

Ich habe mal die Methode mit minimaler Downtime über NFS entwickelt. Die ist seit 2 Jahren auch im Wiki dokumentiert. Diese Methode nutze ich sehr oft und migriere auch VMs mit mehreren TB, mit nur einem Reboot.

Bei vSphere7 ist die API sehr langsam. Da kann man nicht viel machen, als vorher auf vSphere8 upzudaten oder die Anleitung mit minimaler Downtime aus dem Wiki befolgen.

Solange man dieses Image nicht als Basis für einen Microsoft Failovercluster nutzt, empfehle ich das immer.

Da das eine Windows-Krankheit ist, kann man das schwer im Hypervisor erkennen.

Das klingt bei der Hardware viel zu langsam. Ein aktueller RAID Controller sollte Werte zwischen 3-5 GB/s bringen und 10 GBit immer sättigen. Ich vermute Mal irgendwo falsche Konfiguration, sonst bekommt man das Setup nicht so langsam. Wie ist denn die logische Disk auf dem RAID Controller...

Wenn das eine virtuelle Disk im PVE ist, dann den Haken bei Backup raus nehmen. Wenn das iscsi Target in der VM gemountet wird, sichert Proxmox eh nichts.

Das mit der Disk kann man verhindern. Diskpart starten und dann "san policy=onlineall" setzen. Dann nimmt Windows die Disks immer online, auch wenn er meint, die kommen über einen anderen Controller.

Du hast die neueste PVE Version. Ich habe in meiner Testumgebung aber den Effekt gehabt, wo ich ein aktuelles Server2025 Image benutzt habe zum installieren, die VM aber vor dem PVE9 Upgrade erstellt wurde. Die VM wollte nicht booten, erst nachdem die EFI Disk neu erzeugt wurde mit PVE9.

Ja, geht über die GUI nur zu festen Zeiten. Du könntest dir auch eigene Scripte reinpacken, aber da bin ich kein Freund von. Prune dauert nur paar Sekunden, dadurch starte ich den GC immer 5 Minuten später. Dann schaue ich wie lange ein GC läuft und starte etwas später als die Maximallaufdauer...

Bist du dir sicher dass du nur 1,5 GBit erreichst. Beim Backup wird immer MB/s oder GB/s angegeben. Warum erreichst du denn dann nur 3,5 GBit beim kopieren? Da stimmt ja generell etwas nicht. Eventuell mal das Sizing posten. Wenn du mit Raid Controller im PBS arbeitest, verschenkst du sowieso...

Ist das eine HyperV V2 VM gewesen? Wenn ja, dann musst du EFI nutzen. Das vorher installieren der Treiber funktioniert nur, wenn du den oben aufgeführten Artikel liest. Windows hat da so seine Eigenheiten.

Was Single Core Performance angeht schon. Aber da ist Intel eh generell schlechter.

Kommt mir bekannt vor. Habe ähnliches schon gesehen, wenn Leute versuchen ein NFS Share im PBS zu nutzen. Ich hatte mal einen Blog gefunden wo eine Anleitung für Synology war, da hatte der Ersteller nach dem Initialen Anlegen die Berechtigung im NAS noch einmal ändern müssen und eine versteckte...

Ich würde mal auf zu langsame Disks tippen. Die HDDs sind eh nicht schnell und wenn du dann auch noch ZFS nutzt dazu die Deduplizierung des PBS, hast du fast nur Random Daten, was die HDDs gar nicht gut können. Dann wird das irgendwann so langsam, dass Timeouts auftreten und dann hat mal so...

Du kannst den Verify auch Tagsüber machen, wenn der PBS eh nix zu tun hat. Ich mache der Ordnung halber direkt nach dem Backupfenster ein Prune und dann den GC. Wenn das durch ist kommt der Verify, der dann oft Tagsüber läuft.

Ganz klar, die falsche CPU im Host gewählt. Das Backup führt der Proxmox Backup Client aus auf dem PVE. Dieser muss die Daten auch Komprimieren, was von der Single Core Performance des Hosts abhängt. Da die CPU nur 525MB/s Compression schafft und das bei 3 Hosts, dann kommt da im Summe 1,5GB/s...

Ich mache jeden Morgen, wenn alle Backups durch sind einen Prune. Das sollte auch immer so sein. Danach mache ich den GC und wenn der durch ist, das Verify. Ich finde den Verify nachher besser, wenn die Hardware während des GC irgendwie anfängt zu zicken, merkt der Verify danach auch wenn etwas...