Search results

@sgw, gut, dass show snapshots nichts zeigt — dann liegt da zumindest kein alter Snapshot-Overhead rum. Die 302 GB von fstrim sind rein die bisher nicht zurückgemeldeten Blöcke. Wenn die Datenträgergruppenbereinigung durch ist, würde ich nochmal fstrim -v /mnt/ocfs2/PVE001 laufen lassen —...

Guter Punkt — bei 500+ VMs und Ceph ist 100G tatsächlich die richtige Empfehlung. Die Preisdifferenz zu 25G ist mittlerweile überschaubar und man spart sich das spätere Aufrüsten. @Stefan123 also bei der Netzwerkplanung direkt 100G für das Storage-Netzwerk einplanen. Für das...

Die 302 GB durch fstrim sind ein guter Anfang. Dass die MSA-GUI nicht sofort aktualisiert: Ja, die laufende Datenträgergruppenbereinigung kann das verzögern. Der Controller muss die UNMAP-Befehle erst verarbeiten — nach Abschluss der Bereinigung sollte sich die Anzeige aktualisieren. Gib dem ein...

Hallo @sgw, die Diskrepanz zwischen MSA-Belegung (92%) und OCFS2-Sicht (55%) ist ein klassisches Thin-Provisioning-Problem. OCFS2 gibt gelöschte Blöcke nicht automatisch an den MSA zurück. 1. TRIM/Discard — vermutlich die Hauptursache: # Einmalig freien Speicher an den MSA zurückgeben: fstrim...

Hallo @hackmann, die "implausibly old time stamp"-Meldungen von tar (1915) sind nur Warnungen, keine Fehler — die Dateien werden trotzdem entpackt. Die Timestamps stammen vermutlich von korrupten Metadaten der .docx-Dateien (z.B. durch ein CIFS/SMB-Share mit falscher Zeitkonfiguration). Das...

Hallo @An.drea, zu deinem e1000e-Problem — der Interfacename-Wechsel (enp0s25 → eno1) ist nur kosmetisch und löst das Grundproblem nicht. Die "Hardware Unit Hang"-Meldungen deuten auf den gleichen bekannten Bug hin. Bewährter Workaround — TSO persistent deaktivieren: In /etc/network/interfaces...

Hallo @Stefan123, ergänzend zu den guten Beiträgen von @Falk R. und @Johannes S noch ein paar Punkte zu deinen offenen Fragen: Backup (Veeam-Ersatz): Proxmox Backup Server (PBS) ist die native Lösung — inkrementelle Backups, Deduplizierung, Verifizierung. Ab deiner Größenordnung lohnt sich ein...

Hallo @micky5197, die RX 9070 XT (RDNA4) ist noch ziemlich neu, daher gibt es ein paar Dinge die speziell bei dieser Generation zu beachten sind: 1. BIOS/UEFI-Einstellungen prüfen: Resizable BAR (ReBAR) im BIOS aktivieren — RDNA4 braucht das teilweise Bei deinem Core Ultra 7 265K: VT-d und...

Hallo @j.palm, ergänzend zu @Falk R. Empfehlung mit NVMe over FC noch ein paar praktische Hinweise: NVMe/FC Setup auf PVE Die Alletra-Reihe (inkl. ehemals 3PAR/Primera) unterstützt NVMe/FC nativ. Auf PVE-Seite braucht ihr: nvme-cli installieren und die FC-HBAs im NVMe-Modus konfigurieren (je...

Hallo @Hope, dein ZFS-Mirror hat noch eine intakte Platte — die Daten sind also nicht verloren. Das Problem ist, dass du den Pool in PVE importieren und dann an die OMV-VM durchreichen musst. Hier die Schritte: 1. Pool auf dem PVE-Host importieren zpool import Das listet alle verfügbaren...

@Johannes S hat die wichtigsten Punkte sehr gut erklärt. Ergänzend zur nachträglichen ID-Korrektur: Der sauberste Weg ohne temporäre Platte ist zpool replace — du ersetzt die Platte quasi durch sich selbst, aber mit dem ID-Pfad: # Erst die richtige ID finden: ls -la /dev/disk/by-id/ | grep...

@wire2hire, interessanter Datenpunkt mit den 70 MB/s bei USB 3.1 — das widerspricht den 4 MB/s von @jsterr deutlich. @jsterr, ein paar Gedanken dazu: Woher kommen die 4 MB/s? Die 70 MB/s von wire2hire zeigen, dass PBS auf USB-HDDs grundsätzlich deutlich schneller laufen kann. 4 MB/s deuten auf...

@Mrt12, zu deinen offenen Fragen: Was passiert wenn die Tapes im Set voll sind? PBS fordert ein neues Tape an. Du bekommst eine Meldung im Task-Log, dass ein neues Tape eingelegt werden muss. Ohne Autoloader wartet der Job dann, bis du ein Tape einlegst. Das Set wird also nicht "unbrauchbar"...

Hallo @TErxleben, nativ kann PBS tatsächlich keine Raw/VMA-Backups pullen — das ist ein oft gewünschtes Feature, aber aktuell nicht vorgesehen. Der sauberste Weg ohne Script-Logik wäre: Lokalen PBS als Zwischenschicht Statt Raw-Backups lokal + PBS separat: PBS direkt auf dem schnellen...

Hallo @Proximoxi1, der HA-Fehler service 'vm:102' in error state, must be disabled and fixed first bedeutet, dass PVE die VM im HA-Manager als fehlerhaft markiert hat. Das musst du zuerst auflösen: ha-manager set vm:102 --state disabled Danach den eigentlichen Fehler mit dem LVM Thin Pool...

@j.gelissen, ja, Discard lässt sich nachträglich in den Hardware-Optionen der Disk aktivieren. Damit Windows die Änderung sicher als Feature der virtuellen Disk erkennt, ist ein kompletter Neustart (Stop/Start) der VM empfehlenswert. Es ist nicht gefährlich für die Datenintegrität, wenn es aus...

Hallo @guddi_, das dauerhafte Deaktivieren der Warnung unterdrückt nur das Symptom, behebt aber nicht die Ursache. Das Risiko von Instabilität bleibt bestehen. Neben der von @Eduardo Taboada angesprochenen Netzwerk-Thematik (Single-NIC für Ceph + Corosync + VM-Traffic ist ein extremer...

@plentman, hier die Antworten zu deinen Überlegungen: SATA vs. NVMe: Für VM-Workloads (Datenbanken, Logs) sind IOPS und Latenz bei Sync-Writes entscheidend, nicht die sequenzielle Bandbreite. Eine Enterprise SATA (S4510) mit PLP zieht hier Kreise um eine Consumer NVMe, die bei Sync-Writes...

@Falk R., absolut valider Punkt. Die Limitierung durch die VMware-API (gerade bei vSphere 7) macht den Live-Import bei großen Datenmengen oft zum Flaschenhals, selbst mit den Verbesserungen in PVE 9.x. Für die von @j.gelissen genannte SQL-Datenbank ist der Weg über den temporären NFS-Storage...

@Falk R., das ist ein wichtiger Punkt. Die oben gepostete Konfiguration entspricht daher den Dell Best Practices für die SC Series (u. a. path_checker tur und multibus), womit die spezifischen Anforderungen des Controllers abgedeckt sein sollten. @Martin.B. Damit hättest du eine...