Komisches Verhalten nach Cache Volllauf

[LUCASINO]

Hallo zusammen

 

Mir ist der Cache vollgelaufen und dann hatte ich das Phänomen, dass alle Docker nicht mehr funktionierten.

Klar hab ich die appdata auf dem Cache, jedoch ist sowas noch nie passiert.

Hab dann den Server neugestartet und dann hiess es unsauberer Start und hat nen Parity Check gemacht, welcher von der Geschwindigkeit her seltam langsam war. Docker etc haben aber super funktioniert wieder.

Nun stand heut der reguläre Parity Check und die Geschwindkeit stürzt von 206MB/s auf 4.2, 57 etc. herunter und wieder hoch.
Sowas hatte ich noch nie bisher und an der Hardware hab ich nichts verändert.
Hab mal das Log angehängt vor dem Neustart und noch das aktuelle.

Könnt ihr da etwas problematisches sehen oder sind irgendwie die letzen Barracudas die ich hab durch?^^

tower-diagnostics-20220831-1315.zip tower-diagnostics-20220901-1349.zip

[mgutt]

Ist der Cache jetzt voll oder nicht? Stell bitte bei allen Caches und Shares free min space ein.

[LUCASINO]

58 minutes ago, mgutt said:

Ist der Cache jetzt voll oder nicht? Stell bitte bei allen Caches und Shares free min space ein.

Ah sry natürlich wieder leer^^  Wie stell ich das beim Cache ein, ist ausgegraut? Das ist mir nämlich auch aufgefallen, dass er eine HDD plötzlich füllt, obwohl es sonst immer rund 1-2TB (bzw. es hat die HDDs nur zu 88% gefüllt) freigelassen hat.

Könnte sein das dies nach dem Upgrade auf 6.10.3 anders ist.

Edited September 1, 2022 by LUCASINO

[mgutt]

1 hour ago, LUCASINO said:

ist ausgegraut

Array stoppen

 

 

[LUCASINO]

1 minute ago, mgutt said:

Array stoppen

 

 

Mach ich mal nach dem Parity Check, aber wenn der so weitermacht gehts noch 1-2 Tage bei der Geschwindigkeit^^ Normal sollte der in ca. 1 Tag durch sein

[LUCASINO]

Sonst sagt nichts etwas aus wieso die Geschwindigkeit so stark schwankt beim Parity Check?

[mgutt]

Schwankungen kommen meist von parallelen Zugriffen. Hast du Docker oder VMs im Array?

 

[LUCASINO]

1 minute ago, mgutt said:

Schwankungen kommen meist von parallelen Zugriffen. Hast du Docker oder VMs im Array?

 

Wär auch meine Vermutung gewesen, jedoch VMs habe ich zurzeit keine und Docker waren fast alle aus und die die an waren waren noch nie ein Problem, ich hab allerdings noch so ne Vermutung, evtl. könnts an einer HDD liegen, hab ma ne neue geholt und bau die ein und schiebe mal die Daten rüber von einer (habe 2 Kandidaten wo es ggf. ein Problem geben könnte). Unraid zeigt zwar nichts an und sagt nichts aber als quasi meine 3 "ältesten" Platten durch waren, lief der Parity Check dann wie gewohnt weiter. Könnte man die irgendwie auf ihre Leistung testen um das faule Ei zu entdecken?

[mgutt]

53 minutes ago, LUCASINO said:

waren fast alle aus und die die an waren waren noch nie ein Problem, ich hab allerdings noch so ne Vermutung,

Du brauchst nichts vermuten, sondern schau einfach auf Shares > Inhalt anzeigen > LOCATION Spalte. Da muss alles von system, domain und appdata zu 100% Cache anzeigen. Wenn nicht, dann Cache auf prefer/bevorzugt stellen, VM und Docker deaktivieren und den Mover starten.

 

[LUCASINO]

1 hour ago, mgutt said:

Du brauchst nichts vermuten, sondern schau einfach auf Shares > Inhalt anzeigen > LOCATION Spalte. Da muss alles von system, domain und appdata zu 100% Cache anzeigen. Wenn nicht, dann Cache auf prefer/bevorzugt stellen, VM und Docker deaktivieren und den Mover starten.

 

Das passt alles ist alles im Cache

[mgutt]

Du hast ein paar Fehler bei einem PCI Gerät:

 

Aug 31 10:36:24 Tower kernel: pcieport 0000:00:01.1: AER: Multiple Corrected error received: 0000:00:01.1
Aug 31 10:36:24 Tower kernel: pcieport 0000:00:01.1: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID)
Aug 31 10:36:24 Tower kernel: pcieport 0000:00:01.1:   device [8086:1905] error status/mask=00001000/00002000
Aug 31 10:36:24 Tower kernel: pcieport 0000:00:01.1:    [12] Timeout      

 

Ist scheinbar direkt der PCI Controller von der CPU:

 

00:01.1 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x8) [8086:1905] (rev 05)
	Kernel driver in use: pcieport

 

Gibt es evtl ein BIOS Update?

 

Ursache ist häufig ASPM, also Stromsparmodus von PCI. Manche BIOS oder Gerätetreiber haben Bugs, die damit nicht klar kommen.

[LUCASINO]

Das gäbe es schon, jedoch habe ich da ein wenig Respekt davor, eine BIOS Version hab ich nicht zum laufen bekommen mit 2 RAM Riegeln und wenn sich das weiterhin durchgezogen hat schlimmstenfalls hab ich ein Problem, da man von der neusten BIOS Version scheinbar nicht downgraden kann: https://www.gigabyte.com/Motherboard/W480-VISION-W-rev-10/support#support-dl-bios

Ich hab zurzeit die F5.

Hab eig nur 1 PCI Erweiterungskarte angeschlossen die du mir mal empfohlen hast und eine 10GB Netzwerkkarte.

 

EDIT: Ist das im syslog? Wenn ja dann hab ich den Fehler jedenfalls nicht gerade, nach dem Einbau der neuen HDD bzw. nach dem Neustart.

Edited September 3, 2022 by LUCASINO

[Revan335]

On 9/3/2022 at 1:22 PM, LUCASINO said:

Das gäbe es schon, jedoch habe ich da ein wenig Respekt davor, eine BIOS Version hab ich nicht zum laufen bekommen mit 2 RAM Riegeln und wenn sich das weiterhin durchgezogen hat schlimmstenfalls hab ich ein Problem, da man von der neusten BIOS Version scheinbar nicht downgraden kann:

Bei mir musste ich nachdem BIOS Update noch nen Reset machen per CMOS/BIOS Batterie entfernen und warten bis sich alles entladen hat.

Laden der Factory Defaults und Reboot hatten nicht ausgereicht.

 

Vielleicht hilft dir das auch.

[LUCASINO]

4 hours ago, Revan335 said:

Bei mir musste ich nachdem BIOS Update noch nen Reset machen per CMOS/BIOS Batterie entfernen und warten bis sich alles entladen hat.

Laden der Factory Defaults und Reboot hatten nicht ausgereicht.

 

Vielleicht hilft dir das auch.

Danke für den Tipp, ich würde jedoch das echt als allerletzten Weg machen^^ Das war zu Beginn ne stundenlange Fummelei überhaupt Unraid zu starten eben wegen des BIOS.

Sollte aber eig nicht das Problem sein, das funzt nun eig schon mehr als einem Jahr ohne Probleme mit dem.

Hab eig das Gefühl, dass es eine der HDDs ist, hab nun nur noch 2 alte im System und irgendwie ist es schon auffällig, dass der Parity Check schneller ging als die zwei "durch" waren.

[LUCASINO]

Vorallem seh ich grad wieder wie komplex das BIOS Update ist mit diesem zusätzlichen EfiMEFWv1617Update was ich schon zu Beginn nicht hinbekommen hab...

Und komischerweise füllts mir jetzt irgendwie den Cache gar nicht mehr lol, das Teil macht mich langsam echt fertig-.-

tower-diagnostics-20220910-1356.zip