ReadyNAS Duo v2 hat eine langsame Lese- und Schreibleistung

1081
Fidel

Mein ReadyNAS Duo v2 hat trotz Gigabit-LAN ​​langsame Lese- und Schreibgeschwindigkeiten. Ich verwende 2 x 2 TB Western Digital Green-Laufwerke. Ich sehe Lesegeschwindigkeiten von 3 MB / s und Schreibgeschwindigkeiten von 1 MB / s.

Alle Hinweise oder Vorschläge wären sehr dankbar.

2

2 Antworten auf die Frage

2
Fidel

Western Digital Green-Laufwerke sind bekanntermaßen von einem Problem namens IDLE3 betroffen. Hierbei handelt es sich um eine Firmware-Einstellung, die das Laufwerk anweist, seinen Kopf zu häufig zu parken. Ich habe diese Einstellung geändert und eine Verbesserung in meinem ReadyNAS Duo v2 festgestellt. Die Lesegeschwindigkeit wurde von 3 MB / s auf 30 MB / s und die Schreibgeschwindigkeit von 1 MB / s auf 20 MB / s erhöht.

Es gibt ein Programm namens idle3ctl, mit dem die Einstellung geändert werden kann. Am einfachsten ist es, die Laufwerke aus dem NAS herauszunehmen und in einen Computer mit Linux einzufügen und die Einstellungen mit den folgenden Befehlen zu ändern:

sudo apt-get idle3

./idle3ctl -d /dev/sda

./idle3ctl -d /dev/sdb

und schalten Sie den NAS aus und wieder ein.

Wenn Sie die Einstellung direkt im NAS selbst ändern möchten, ist dies etwas komplizierter. In der Vergangenheit war es mit diesen Schritten möglich, den IDLE3-Wert anzupassen . Nun, da Debian die 'Squeeze'-Version nicht mehr unterstützt, sind noch einige Schritte erforderlich:

  1. Aktivieren Sie SSH, indem Sie die App "Root-SSH-Zugriff aktivieren" installieren, die auf der netgear-Website verfügbar ist
  2. SSH in Ihrem NAS (Wenn Sie Windows verwenden, können Sie Putty verwenden). Der Benutzername und das Kennwort sind die gleichen, die Sie zum Anmelden über die Webseite verwenden.
  3. Prüfen Sie, wie oft die Laufwerksköpfe geparkt wurden. Wenn es Tausende sind, werden die Köpfe wahrscheinlich zu oft geparkt (Meine Werte lagen bei 2,2 Millionen).

    smartctl -A /dev/sda | grep Load_Cycle_Count

    smartctl -A /dev/sdb | grep Load_Cycle_Count

  4. Der NAS betreibt Debian 6, das als Squeeze bezeichnet wird. Diese Version ist nicht mehr aktuell, daher müssen Sie apt-get mitteilen, wo Sie Updates erhalten. Führen Sie die folgenden Schritte aus, um /etc/apt/sources.list neue Werte hinzuzufügen

    vi /etc/apt/sources.list

    press 'i' to go into insert mode, then add the following lines:

    deb http://archive.debian.org/debian squeeze main

    deb http://archive.debian.org/debian squeeze-lts main

    now press 'escape' to exit insert mode, and type ':wq' to save the file and quit vi

    Die URLs stammen von hier

  5. Installieren Sie Aptitude, um fehlende Abhängigkeiten und Konflikte aufzulösen:

    apt-get install aptitude

  6. Sagen Sie apt-get, dass Sie den Archivpaketen vertrauen möchten (diese Befehle haben Sie hier ):

    sudo apt-get update -o Acquire::Check-Valid-Until=false

    aptitude install debian-archive-keyring

  7. Aktualisieren Sie apt-get

    update apt-get

  8. Führen Sie den folgenden Befehl aus, um gcc zu installieren. Wichtig - akzeptieren Sie nicht die erste Lösung, die Sie erhalten. Der zweite ist besser, weil er das erforderliche Downgrade durchführt.

    aptitude install build-essential

  9. Schließlich können wir das Programm namens idle3 installieren, mit dem wir den Wert in der Firmware ändern können.

    cd ~

    wget https://downloads.sourceforge.net/project/idle3-tools/idle3-tools-0.9.1.tgz

  10. Allgemeine Anweisungen zur Verwendung finden Sie hier

  11. Nach dem Download des Archivs, beispielsweise der Version 0.9.1, dekomprimieren Sie es:

    tar xzvf idle3-tools-0.9.1.tar.gz

  12. Wechseln Sie in das Quellverzeichnis und kompilieren Sie das Tool:

    cd idle3-tools-0.9.1

    make

  13. Sie sollten jetzt die ausführbare Datei idle3ctl haben.

    ls idle3ctl

  14. Überprüfe die Version

    ./idle3ctl -V

  15. Finden Sie heraus, auf welches Laufwerk es angewendet werden soll:

    cat /proc/partitions

  16. Wenn Sie zwei WD Green-Laufwerke haben, werden diese wahrscheinlich Folgendes sein:

    /dev/sda

    /dev/sdb

  17. Lesen Sie den IDLE3-Wert mit dem folgenden Befehl. Hier erfahren Sie, wie viele Sekunden das Laufwerk wartet, bevor Sie die Köpfe parken:

    ./idle3ctl -g105 /dev/sda

  18. Verwenden Sie die folgenden Befehle, um die Einstellung auf 5 Minuten (300 Sekunden) festzulegen:

    sudo ./idle3ctl -s 138 /dev/sda

    sudo ./idle3ctl -s 138 /dev/sdb

  19. In der Tat kann es sich lohnen, das Gerät komplett auszuschalten (wie hier von Daniel Mauerhofer, einem WD-Mitarbeiter, angegeben).

    ./idle3ctl -d /dev/sda

    ./idle3ctl -d /dev/sdb

    Ich habe die Einstellung auf meiner deaktiviert und die Dinge funktionieren sehr gut. Die Festplatten werden jetzt von der ReadyNAS-Software heruntergefahren, nicht von der Festplatte selbst.

  20. Wichtig - Fahren Sie das Laufwerk über die normale Admin-Seite herunter, NICHT neu starten. Wenn es startet, sollte die Leistung besser sein.

PS. Western Digital bietet ein Tool für Windows namens wdidle3.exe, mit dem die Einstellung in Windows geändert werden kann.

0
Fidel

Western Digital Green-Laufwerke eignen sich nicht wirklich für den Einsatz in einem NAS. Neben der IDLE3-Einstellung gibt es auch eine Funktion namens TLER, die steuert, wie lange das Laufwerk für die Reparatur von Fehlern aufkommt. Auf richtigen NAS-Laufwerken wird diese Dauer niedrig gehalten. Der Grund ist, dass, wenn ein Laufwerk zu lange zum Reagieren braucht (weil es einen Fehler behebt), das RAID entscheiden kann, dass das Laufwerk fehlerhaft arbeitet, und es aus dem RAID nimmt oder die Rekonstruktion einleitet. Sultana beschreibt das Problem gut:

Da ich gerade auf dieses Thema gestoßen bin, kann ich versuchen zu erklären, was die meisten Leute unter "RAID-fähig" verstehen.

Alle Festplatten von Western Digital können in einem RAID-Array untergebracht werden, aber nicht alle unterstützen die Funktionen, die die RE-Laufwerke (RAID Edition) unterstützen und etwas besser geeignet sind, wenn sie mit RAID-Controllern verbunden sind. Hardware-Add-In-Karten (Adaptec, LSI, Areca, Intel PCIe und High-End-HighPoint) oder integrierte Firmware-Controller (wie Intel ICHxR, SiliconImage und Marvell Controller), wie Error Recovery Control und Doppelmotorkopftreiber.

TLER ist eine zeitlich begrenzte Fehlerbehebung, die WD-Version von Error Recovery Control (Seagates und Samsung heißt CCLT), die nur dann wirklich zum Tragen kommt, wenn ein Laufwerk im Array auf einen Fehler stößt, wenn versucht wird, in einen Sektor / Block zu lesen oder zu schreiben / Seite / etc. Bei Laufwerken auf einem Hardware-RAID-Controller verfügt der Controller über eine eigene Fehlerbehebungsstufe, wenn versucht wird, Konflikte zwischen derselben Datei / Block / Seite / Sektor zu beheben, die gespiegelt werden soll (in RAID 1) oder in Parität (in RAID 5) gespeichert wird ).

Wenn ein normales Desktop-Laufwerk auf einen Lese- oder Schreibfehler stößt, versucht es so oft wie möglich, Daten aus einem fehlerhaften Sektor / Seite / Block / etc zu lesen oder zu schreiben, wiederherzustellen und neu zuzuordnen. Dies kann manchmal einige Minuten dauern . In dieser Zeit würde der RAID-Controller die Festplatte als nicht reagierend betrachten und mit der Fehlerbehebungsmethode des RAID-Controllers in Konflikt stehen. In der Regel wird ein "nicht reagierendes" Laufwerk von einem RAID-Array gelöscht, wenn dies mehr als die in der Firmware der Karte festgelegte Zeit dauert (normalerweise 10 Sekunden), auch wenn das Laufwerk selbst noch "in guter Gesundheit" ist. Bei einem einfachen RAID-Mirror durchläuft das Array einen Wiederherstellungsprozess, bei dem die Daten von einem nicht gelöschten Laufwerk auf das gelöschte Laufwerk kopiert werden, um eine vollständige Spiegelung aufrechtzuerhalten. Wenn Sie sowohl den Wiederherstellungs- als auch den Wiederherstellungsprozess berücksichtigen, kann dies einige Stunden dauern - abhängig von der Datenmenge und der Größe der gespiegelten Laufwerke. In einem RAID 5-Array kann der Wiederaufbau erheblich länger dauern.

RAID-Laufwerke (RE2 / 3/4-Laufwerke von WD und Constellation-Laufwerke von Seagate) haben zusätzlich zu den Hardware- und Garantieunterschieden eine Einstellung, um einen Lese- oder Schreibwiederherstellungsversuch nach 7 bis 10 Sekunden zu stoppen, und lassen Sie den RAID-Controller zu Nur Wiederherstellung durch Kopieren der Daten vom anderen Laufwerk (in RAID 1) oder von Paritätsinformationen (RAID 5). Selbst bei Firmware-RAID-Controllern wie dem integrierten ICHxR-ROM von Intel beträgt das ERC-Timeout 10-14 Sekunden, wenn ich mich nicht irre.

Auf bestimmten Festplatten der Desktop-Klasse kann die Fehlerbehebungssteuerung mit bestimmten Tools in Linux oder Windows (SmartMonTools als Beispiel) aktiviert werden, wodurch sie für die Verwendung in einem RAID-Array besser geeignet sind. WD hatte tatsächlich ein Tool zur Verfügung mit dem Namen "TLER.exe", mit dem tatsächlich die ERC-Einstellung in der Laufwerksfirmware geändert werden konnte (die Änderung würde jedoch auf jedes WD-Laufwerk angewendet, das das Tool gleichzeitig erkennt), aber die meisten WD Green-Laufwerke (nach 2008/2009) Die Funktion wird in der Firmware nicht mehr unterstützt, und Seagate Barracuda-Laufwerke können die Aktivierung von CCTL unterstützen. Sie werden jedoch auf die werkseitigen Firmware-Einstellungen zurückgesetzt, wenn die Laufwerke heruntergefahren werden (dh, wenn das System nach einem Warmstart neu gestartet wird, die Einstellungen aber nicht.) man fährt herunter und kalte Stiefel,dann wird CCTL wieder deaktiviert (die Einstellung ist in der Firmware unbeständig).

Allerdings ist es die TLER / CCTL Error Recovery Control-Einstellungen, die RAID-Laufwerke manchmal nicht für den Einzelbenutzer-Desktop eignen. Wenn sie jemals einen ähnlichen Lese- / Schreibfehler haben, stoppt das Laufwerk den Versuch danach einfach 7 bis 10 Sekunden, anstatt weiter so oft zu versuchen, wie es normale Desktop-Laufwerke tun können.

Anders ausgedrückt: Desktop-Laufwerke eignen sich gut für RAID-Arrays als Enterprise-Laufwerke, solange auf den Desktop-Laufwerken kein Lese- / Schreibfehler oder ein fehlerhafter Sektor auftritt. Dies ist eine unrealistische Erwartung. Der einzige Fall, in dem es kein Problem wäre, ist die Verwendung des Software-RAIDs unter Windows nativ, da das Betriebssystem Dynamic Disks und die Informationen zur Spiegelung / Stripe-with-Parity-Konfiguration, die auf der Festplatte gespeichert sind, nativ kennt im Firmware-ROM oder auf einem Hardware-BIOS.

Ihre Laufleistung kann am Ende variieren, da es Personen gibt, die RAID 5-Arrays auf ihren integrierten RAID-Controllern (Firmware-RAID) erstellt haben und bei der Verwendung normaler Desktop-Laufwerke keine Probleme hatten, und bei denen, die RAID 5-Arrays erstellt haben eine LSI-PCIe-Karte mit Akku-Backup und 256 MB internem Cache mit WD RE4-Laufwerken und hatte Probleme. RE-Laufwerke fallen aus und können ein ganzes Array genauso einfach wie Desktop-Laufwerke an derselben Stelle entfernen, abhängig von der Art des RAID-Arrays, in dem sie konfiguriert sind. Am Ende wird die Verwendung von Desktop-Klasse-Laufwerken in keinem anderen Array als empfohlen ein einfacher Spiegel, der von keinem bekannten Laufwerkhersteller unterstützt wird.

Wenn mir etwas fehlt, zögern Sie bitte nicht