Recent content by Falk R.

Dann geh in den Ordner /etc/pve/lxc und da lösche die Konfigurationsdatei des CT 101. Dann ist der Container weg

Die meisten USV kann man konfigurieren, dass erst bei einem bestimmten Batteriestand die Outlets wieder zugeschaltet werden. Dann bootet der Server erst bei z.B. 50% Kapazität. Damit hättest du das Problem behoben.

Bei den HDDs würde ich aus Performancegründen gar kein ZFS bevorzugen. Mit HW Raid und ext4 / LVM Thin fährt man da deutlich besser. Außerdem soll das je eh nicht produktiv werden sondern ist zum Erfahrungen sammeln.

Wenn der Batteriecache OK ist, mach gern RAID5 oder Raid6.

Ich muss mal Udo etwas widersprechen. Bei den 300GB HDDs, würde ich lieber ein Hardware Raid1 mit Batteriecache bevorzugen. Den Unterschied bei dem drehenden Rost merkt man deutlich. Die 980er sind vermutlich 960GB SSDs, dann könntest du dich auch mit ZFS versuchen, aber bitte kein RaidZ1 / 2 (...

Wenn du Hosting betreibst und keinerlei Redundanz hast/verkaufst, dann muss der Kunde jederzeit mit Ausfällen rechnen und in dem Fall reicht eine einfache Ankündigung, heute Abend gibts ein Reboot. Wenn du was anderes mit deinen Kunden vereinbart hast, sollte man das Konzept überdenken.

Dann mache es wie andere Leute, nutze ZFS Replication, da kannst du auch live migrieren. Wer keinen zweiten Host hat, der kann auch mal eben einen Reboot verkraften, die 5 Minuten Downtime hat man ja immer mal in der Mittagspause.

Das sieht erst einmal alles normal aus. Bei Hardware Raid6 und SSDs je nach Hersteller des Raid Controllers darauf achten, das Smart Path (oder ähliche Namen) deaktiviert ist und der Batteriecache für das Raid6 Volume aktiv ist. Wenn du die VM einmal einen Full Clone machst und dann von dem...

Hi Jürgen, eigentlich spricht ja nichts dagegen für das OS den kleinen Raid Controller mit den 2 NVMe drin zu lassen. Dai Dinger habe ich bei HPE und DELL Servern auch immer drin. Da einfach mit ext4 installieren und gut. Kommen ja eh keine VMs drauf. NVMe für daten solllten ja eh immer direkt...

Wenn du sauber partitioniert hast, solltest du gar keine Bänder deiner anderen Lösung sehen können.

Oder falls du nicht alles direkt löschen möchtest, einfach das Backup in einen anderen Namespace verschieben, welcher nicht auf Tape landet.

Da du ja für beide Standorte verschiedene Namespaces nutzt, synct er eh nur benötigte Chunks der jeweils lokalen backups und wie vor mir geschrieben wurde, werden bereits vorhandene Chunks nie noch einmal übertragen.

Der TE sollte erst einmal schauen was für ein Switch das ist und diesen korrekt konfigurieren. Dann läuft das auch richtig.

Wenn du eine Spice GPU in der VM hast, ist Spice immer als default eingestellt.

Also wenn da Layer2 und Layer3 lite steht, bezieht sich das auf die Routingfähigkeit des Switch. Layer3 lite, bedeutet nur statische Routen. Das hat gar nichts mit der Link Aggregation und den LACP Modi zu tun.