Search results

Hi, wenn du nur VLANs nutzen willst, brauchst du dir keinen OVS antun. Natürlich gehen VLANs auch ohne OVS. Nutze für LACP einen Bond und diesen nutzt du als Uplink für deine vmbr. Die vmbr VLAN Aware aktivieren und du kannst der VM Nic das jeweilige VLAN mitgeben, bei Clustern empfehle ich SDN...

Mail ist eh nicht mein Thema, aber eigentlich sollte es mit den Einstellungen sauber funktionieren. Eventuell kann mal jemand mit Mail Erfahrung sich das anschauen.

Dann müsste ja die CPU oder RAM defekt sein, wenn der CRC Error immer bei unterschiedlichen Chunks auftritt.

Wenn du die Konfiguration deines Ceph (Mon's, Manager und Pool) teilst, kann man eventuell helfen.

Hi, hast du in den Switches irgendwo noch iphelper konfiguriert? Das wäre die einfachste Lösung. Sonst hast du vermutlich irgendwo ein Tagged/Untagged Fehler im Netzwerk.

Da steht doch in deinem Screenshot, dass der eine Chunk einen CRC Error hat und somit defekt ist. Hast du auch mal ein reverify durchgeführt?

Hast du mal qm disk rescan durchgeführt? Dann sollte die alte Disk wieder als unused bei der VM angezeigt werden.

Der PBS sichert Blockbasiert, daher wundert mich auch, dass nur bestimmte VMs betroffen sind. Kannst du mal eine Konfiguration von so einer VM posten? Eventuell fällt dann etwas auf.

Ich bin eben erst darüber gestolpert. Auch wenn das nicht optimal ist mit dem NAS, kann das zuhause OK funktionieren. ABER bitte niemals das Häkchen bei Asynchron aktivieren. Auch wenn das etwas schneller ist, kannst du dir damit alle Backupdaten kaputt machen. Beim Backup geht immer Sicherheit...

Beim Matcher hast du auch das SMTP Target ausgewählt? Hast du das default mail-to-root sendmail Target deaktiviert?

Hi Mike, RDP ist schon das Performantere von beidem. Spice ist nur im Vergleich zu novnc etwas schneller. Eventuell den virtuellen GPU Typ ändern und etwas Video RAM geben, dass soll bei manchen Anwendungen auch helfen. Office und Co. läuft eigentlich mit Defaulteinstellung und RDP flüssig.

Hi, wenn der Pool sich importieren lässt und die Anzahl der Laufwerke sieht ja auch OK aus, dann machen.

Das Interface heißt doch immer eth0 und wenn du IPv6 nutzt, dann nimm doch auch das Interface eth0 und nicht den Alias.

So wie du das schilderst, müssten die VMs während des Backups massiv Write I/Os machen. Check mal ob zu der Zeit tatsächlich viel I/O stattfindet. Das Ubuntu auf etwas einigermaßen aktuelles hochzuziehen ist keine Option?

Es gibt ein paar bekannte Probleme mit Consumer Intel NICs und mit Client CPUs wo P und E Kerne verbaut sind. Das Thema mit den Cores kann man leicht abstellen, indem man die CPU etwas maskiert, auf das Featureset der E Kerne. Wenn du VMware nutzt, dann vermutlich mit vernünftiger Hardware...

Du machst fleecing auf local. Ist deine local Disk eventuell ausgelastet? Was passiert ohne Fleecing?

Da der PBS immer Dedup macht, braucht man in der Regel nicht so viel Speicher wie bei anderen Klassischen Backuplösungen. Bei PBS wird auch SSD Speicher empfohlen, wegen dem Dedup, daher ist so ein großzügiges Sizing eher unüblich. Falls beim PBS HDDs zum Einsatz kommen, unbedingt NVMe als...

Ich habe das auch immer so gelöst, dass nur verschlüsselte Backups synchronisiert werden und die alten nur lokal liegen bleiben bis die Retention abgelaufen ist.

Ich finde das Sizing schon etwas unüblich. Bei nur 3 Nodes und zusätzlich 175TB Datenablage dann 1,5PB PBS? ZFS Sync zum PBS ist aber auch kein echtes Backup, außer du baust dir selbst eine vernünftige Versionierung. Wenn du die Shares direkt an die VMs gibst, kannst du nur vom TrueNAS oder...

Wenn du die Bandbreite limitierst, muss es ja langsam werden. Du limitierst den Write der VM auch automatisch auf die eingestellte Bandbreite. Wird in den viel zu alten VMs zufällig noch ext2 genutzt?