Search results

Eventuell macht ihr zu viele Sessions auf. Meldet sich dein Agent immer wieder ab, oder kann der einfach eine bestehende Session weiter benutzen?

Ich halte das für keinen Zufall, ich habe schon öfters gesehen, dass nach Updates Monitoringsysteme große Last erzeugt haben, (z.B. CheckMK) bis man den Agent geupdatet hat. Bei größeren Servern geht das nicht bis auf 100% aber bei einer kleinen 4 Core CPU kann da schon alles heruntergezogen...

Was hast der PBS für Hardware? Läuft eventuell ein Verify?

Dann läuft deine CPU auf 100% wenn du Backups machst. Eventuell limitierst du die Backupbandbreite, wenn das System so schwachbrüstig ist.

Du hast die aktuellste PBS version 3.2.8 aber einen steinalten Kernel im Einsatz. Hast du eventuell irgenwann einmal den 6.1er Kernel angepinnt? Starte doch mal mit dem aktuellen Kernel.

Bei ner NVMe bekommst du wenigstens ein paar Infos. Aber die vielen SATA und SAS Devices haben da gar nix.

Du weißt schon, Kein Backup = kein Mitleid. Das Special Device bringt viel performance, weil da die Metadaten geschrieben werden. Du musst dann bei einem Write nicht einmal die Metadaten und dann einmal die Daten auf deine HDDs schreiben, sondern die Metadaten werden parallel zu den Daten auf...

Aber nicht das Modell

Aber auch Firmware der Netzwerkkarten mal checken.

Was steht denn im Kernel Log? Ich sehe nur einen Reboot ohne Ursache. Es muss nicht immer gleich der Kernel schuld sein, mit den Kernelupdates kommen auch oft Treiberupdates und einige Peripherie möchte dann auch gern ein Firmwareupdate. Broadcom Netzwerkkarten sind da bekannt für, wenn Treiber...

Das musst du schon selbst ausrechnen. Am besten die Peak Leistungsaufnahme der einzelenen Bauteile addieren, wenn das Netzteil das mit einer kleinen Reserve schafft, wirst du keine Probleme haben. P.S: vergiss die Lüfter nicht, die ziehen unter Volllast auch einiges weg.

Hi, ich finde das Setup immer noch etwas umständlich. Ich hätte bei 2 Nodes einfach ZFS Pools mit Replikation konfiguriert. Ein virtuelles NAS zu bauen um dann wieder iSCSI an VMs zu geben, ist auch von hinten durch die Brust ins Auge. Ich würde für die Fileserver VM auch einfach einen ZFS...

Hi, für einen blk_pwrite failed gibt es zwei übliche Fehlerquellen. Entweder Zieldisk voll oder Zieldisk ist defekt.

Wo liest du, dass es am kernel liegen soll? man sieht ja gar nicht warum da ein Reboot kam.

Das Beispiel ist wieder so schön schlecht. Der PLP ist die Elektronik, welche einen Turbo-Motor for falscher Belastung schützt, aber ohne Turbo bräuchtest du die Software nicht. Der Motor hätte dann aber auch deutlich weniger Leistung ohne Turbo. So ungefähr, wenn du schon das Beispiel Auto...

Wir haben nie etwas anderes als @cluck behauptet. Danscheinend hast du unsere Posts nicht gelesen. Dann sind wir uns ja doch alle einig.

Wenn du NVMe nutzt, keinen Hardware Raid. Dann kannst du besser mit Software Raid arbeiten. Mit NVMe und ZFS Mirror hast du deutlich mehr Performance als mit Raid und mit RaidZ hast du zwar etwas weniger Performance als mit einem Batterigestützten Raid Controller. Die Raid Controller können...

Auf jeden Fall den Ordner /etc/pve und am besten alle Dateien wekche du angepasst hast. Fürs Netzwerk z.B. /etc/network/

Ok, dann ist die VM Schrott und kann gelöscht oder überschrieben werden. Eventuell vorher löschen um einfach allen Fehlermöglichkeiten aus dem Weg zu gehen.

Die NAzahl der VMs ist uninteressant. Ich versuche die Konfiguration des Hypervisors immer recht einfach und standardisiert zu halten. Ob da jetzt 10 oder 100 VMs drauf sind, ist vollkommen egal. War nur mal ein Denkanstoß. Eine gute Doku kann mir den Arsch retten, wenn das Backup dann doch...