Ständige Zugriffe auf die HDD´s

[Mario3]

Hi Leute,

hab mit vor kurzem eine NAS mit 17 x 2TB HDD´s im Z2 gebaut. Alles läuft wie erwartet, 2 x 16GB ECC RAM, Intel G4620 verbaut und ASROCK ROCKS WS Mainboard, 10 SATA3 PCIe Karte inside + 7 SATA onboard - soweit so gut.

Der HDD Bericht zeigt mir jedoch ständige Zugriffe auf alle HDDs im ca. 2min Takt und je HDD im 300 / 400kb/sec Bereich, somit scheint der Standby Modus nicht zu funktionieren.

Zuvor versuchte ich es mit 4 x 2TB HDDs und 16 GB ECC RAM - auch hier hatte ich ständige Zugriffe...

Wer hätte eine Idee, woran es liegen könnte?

Die Platten sind 17 x je WD Green SATA2 2TB. Ich dachte; vielleicht zu wenig RAM, so erhöhte ich es auf 32GB. Auch nicht weiter schlimm, denn RAM kann ich bei VM´s nicht genug haben.

Woran könnten die ständigen Zugriffe liegen?

Gruß und danke im Voraus!
Mario3

 

[Mario3]

ach, noch was - es sind keine weiteren Apps und Jails installiert. Lediglich SMART und SMB Dienste an. Auch wenn alle Netzwerkanschlüsse vorübergehend nicht belegt sind - also keine Anfragen aus dem Netz möglich sind - habe ich in in jedem Fall die dauerhaften Zugriffe. Keine VM´s eingerichtet. Alle HDD´s im Energiebereich Level 1 und keine CRON Aufgaben. Auch Updates usw. alles deaktiviert...

 

[MrToddsFriends]

Woran könnten die ständigen Zugriffe liegen?

Mit an Sicherheit grenzender Wahrscheinlichkeit sind das Schreibzugriffe auf's System Dataset.
http://doc.freenas.org/11/system.html#system-dataset

Allerdings ist es nicht ratsam, eben wegen dieser Schreiblast das System Dataset auf USB-Bootmedien zu legen (falls solche zum Einsatz kommen). Wie sind die HDDs konfiguriert, sind die alle in einem einzigen Pool bzw. in einem einzigen Vdev?

Nachtrag: Um welche Hardware handelt es sich bei "10 SATA3 PCIe Karte inside"? Eventuell lauert hier auch noch ein Fallstrick. An "Load Cycle Count" bei den WD Green gedacht? Wurde ein Burn-In der HDDs durchgeführt?

 

[Mario3]

Mit an Sicherheit grenzender Wahrscheinlichkeit sind das Schreibzugriffe auf's System Dataset.
http://doc.freenas.org/11/system.html#system-dataset

Allerdings ist es nicht ratsam, eben wegen dieser Schreiblast das System Dataset auf USB-Bootmedien zu legen (falls solche zum Einsatz kommen). Wie sind die HDDs konfiguriert, sind die alle in einem einzigen Pool bzw. in einem einzigen Vdev?

Nachtrag: Um welche Hardware handelt es sich bei "10 SATA3 PCIe Karte inside"? Eventuell lauert hier auch noch ein Fallstrick. An "Load Cycle Count" bei den WD Green gedacht? Wurde ein Burn-In der HDDs durchgeführt?

Hallo Mister,

nur das Bootmedium ist ein USB3 32GB Stick, das intern verbaut (direkt auf dem Mainboard angeschlossen) ist. Alle anderen Medien sind 3,5" SATA HDD´s, die zum Teil (7) über das Mainboard und zum Teil (10) über die Delock 89384 10 Port PCIe 2.0 x2 low profile Karte angeschlossenen sind - hier ist also kein Hardware RAID vorhanden.

Auf allen HDD´s erstellte ich ein Volume, der auf mehrere Dataset-Bereiche unterteil ist. Diese sind mit unterschiedlichen Kompressionsstärken und Zugriffsrechten/Freigaben versehen. Für eine VM habe ich zusätzlich ein zvol (ohne Kompression) eingerichtet, die derzeit nicht in Nutzung ist, da es noch keine VM erstellt wurde.

Überall ist das "Enable atime" auf off gesetzt.

>>An "Load Cycle Count" bei den WD Green gedacht?
An was genau? Bzw. was wäre in der FreeNas zu beachten?

>>Wurde ein Burn-In der HDDs durchgeführt?
Was genau ist ein Burn-In der HDD´s in Freenas? Hab in der Doku nichts gefunden.

Installiert ist die FreeNas Version 11.1 U4

Danke!!
Gruß, Mario


Korrektur:
>>Mit an Sicherheit grenzender Wahrscheinlichkeit sind das Schreibzugriffe auf's System Dataset.
http://doc.freenas.org/11/system.html#system-dataset

Allerdings ist es nicht ratsam, eben wegen dieser Schreiblast das System Dataset auf USB-Bootmedien zu legen (falls solche zum Einsatz kommen).

Hab es missverstanden; alles klar - wird noch geprüft ob das Syslog und reporting an ist... Antwort folgt.

 

[MrToddsFriends]

[...] und zum Teil (10) über die Delock 89384 10 Port PCIe 2.0 x2 low profile Karte angeschlossenen sind - hier ist also kein Hardware RAID vorhanden.

Über die Verlässlichkeit von JMicron basierten Karten (wie dieser Delock 89384) unter FreeNAS (Hardware und Treiber) kann ich nichts sagen. Viele hier im Forum würden davon abraten.

Zu LCC (Load Cycle Count) speziell bei WD Green HDDs (Verschleiß!):
https://forums.freenas.org/index.php?threads/hacking-wd-greens-and-reds-with-wdidle3-exe.18171/

Zum HDD Burn-In z.B. (smartctl, badblocks):
https://forums.freenas.org/index.php?resources/hard-drive-burn-in-testing.92/

wird noch geprüft ob das Syslog und reporting an ist... Antwort folgt.

Beides sind keine Schalter zum (De-)Aktivieren, diese Checkboxen regeln lediglich, wo diese Info abgelegt wird.

Ändert nichts daran, dass die Schreibaktivität im System Dataset einerseits die HDDs am Standby hindert (falls im Datenpool) und andererseits die Lebensdauer des USB Bootsticks mehr oder weniger drastisch verkürzt (falls in freenas-boot).

 

[Mario3]

Über die Verlässlichkeit von JMicron basierten Karten (wie dieser Delock 89384) unter FreeNAS (Hardware und Treiber) kann ich nichts sagen. Viele hier im Forum würden davon abraten.

Zu LCC (Load Cycle Count) speziell bei WD Green HDDs (Verschleiß!):
https://forums.freenas.org/index.php?threads/hacking-wd-greens-and-reds-with-wdidle3-exe.18171/

Zum HDD Burn-In z.B. (smartctl, badblocks):
https://forums.freenas.org/index.php?resources/hard-drive-burn-in-testing.92/



Beides sind keine Schalter zum (De-)Aktivieren, diese Checkboxen regeln lediglich, wo diese Info abgelegt wird.

Ändert nichts daran, dass die Schreibaktivität im System Dataset einerseits die HDDs am Standby hindert (falls im Datenpool) und andererseits die Lebensdauer des USB Bootsticks mehr oder weniger drastisch verkürzt (falls in freenas-boot).

LCC - SMART Monitoring; na klar - alle Platten i.O. Die Green´s werden ehh nach und nach ausgetauscht... Ziel ist sowieso wenige Platten zu betreiben, dafür größere Archive HDD´s zu nutzen.

Laufwerk-Status und letzter Scrub Job - alles Tip Top! soweit..

Syslog und Reporting im System Dataset deaktiviert und siehe da - keine dauerhaften Zugriffe mehr - alles schön ruhig! Danke! Das war´s!!

Das Boot-USB drive wird ehh demnächst durch eine kleinere M2 ersetzt, dann wird wieder schön geloggt.

Cheers!
Mario

 

[MrToddsFriends]

LCC - SMART Monitoring; na klar - alle Platten i.O. Die Green´s werden ehh nach und nach ausgetauscht... Ziel ist sowieso wenige Platten zu betreiben, dafür größere Archive HDD´s zu nutzen.

Dir ist hoffentlich bewusst, dass man die Anzahl von HDDs in einem Vdev nicht nachträglich verringern kann. Der von Dir geplante Weg umfasst demnach Erstellen eines Backups (o.k., hat man sowieso ...), Neuerstellung des Pools und Zurückspielen des Backups.

https://forums.freenas.org/index.ph...ning-vdev-zpool-zil-and-l2arc-for-noobs.7775/

Archive HDDs (SMR) bieten unter ZFS ziemlich schlechte Performance, es gibt dazu einige Threads im (englischsprachigen Teil) des Forum(s).

 

[Mario3]

Dir ist hoffentlich bewusst, dass man die Anzahl von HDDs in einem Vdev nicht nachträglich verringern kann. Der von Dir geplante Weg umfasst demnach Erstellen eines Backups (o.k., hat man sowieso ...), Neuerstellung des Pools und Zurückspielen des Backups.

https://forums.freenas.org/index.ph...ning-vdev-zpool-zil-and-l2arc-for-noobs.7775/

Archive HDDs (SMR) bieten unter ZFS ziemlich schlechte Performance, es gibt dazu einige Threads im (englischsprachigen Teil) des Forum(s).

Ja klar, das ist mir bewusst - auch über die unmögliche Verkleinerung des HDD-Pools im vdef. Alles klar soweit. Danke für die Tipps und Deine Hilfe!
Viele Grüße und schönes WE!
Mario