Beiträge von murloc

Hey Irix, komme leider erst jetzt zum Antworten. War bzw. bin etwas im Streß wegen Diplomarbeit etc. ...

Ich werde nun einmal testen, was die neue Firmware an der Situation ändert - oder eben nicht ändert.

Kannst du mir mal den direkten Link zu dem Thread schicken?
Auf welchen Hersteller würdest du ausweichen?

Eigentlich kann es doch nur am eingesetzten Kernel liegen, unter meinem Ubuntu Systemen treten auch keine Probleme auf. Aber ich bin nun auch nicht so der Linux Guru. Komisch an der ganzen Situation finde ich nach wie vor, dass beide HDD-Modelle auch die selbe Firmware (FW) verwenden. *shrug*

Mich würde interessieren, ob das eventuell mit dem neuen FW Release zusammen hängt. Weiß jemand, ob man die FW problemlos downgraden kann?

Hat jemand schon mal Erfahrungen mit dem Umtausch von HDDs innerhalb der 14 Tage Rückgabefrist gemacht?

Antwort ist in meinem Thread gepostet.

Vielleicht könnte einer der Admins die beiden Threads zusammen führen. :thumb:

Testsituation: Es wurden Daten von einer meiner alten Festplatten auf eine der neuen WD15EADS-00P8B0 kopiert.
/opt/bin/top gab Werte im Bereich von 50%wa bis 85%wa aus, der Schwerpunkt lag bei ~70%wa.
/opt/bin/dstat ergab währenddessen folgende Ausgabe:

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--usr sys idl wai hiq siq| read  writ| recv  send|  in   out | int   csw  0  83   0  15   1   1|  61M   67M| 476B 7360B|   0     0 | 638   837  1  60   0  37   0   2|  63M   60M| 478B 1914B|   0     0 | 539   785  2  82   0  12   1   3|  60M   59M| 128B  700B|   0     0 | 588   839  0  70   0  28   1   1|  55M   56M| 384B 7232B|   0     0 | 583   857  0  84   0  14   0   2|  61M   61M| 128B  700B|   0     0 | 611   861  2  78   0  17   1   2|  57M   58M|2278B 2042B|   0     0 | 591   824  1  82   0  14   1   2|  61M   60M| 476B 7360B|   0     0 | 607   863  1  56   0  41   0   2|  66M   63M| 128B  700B|   0     0 | 556   768  1  80   0  17   1   1|  59M   63M| 128B  700B|   0     0 | 701   952  1  74   0  23   1   1|  63M   66M| 476B 7360B|   0     0 | 690   878  1  81   0  15   0   3|  61M   56M| 128B  700B|   0     0 | 569   862  0  76   0  22   1   1|  53M   59M| 128B  700B|   0     0 | 574   765  2  78   0  17   1   2|  62M   62M| 384B 7200B|   0     0 | 606   840  1  76   0  20   1   2|  60M   58M|2278B 2042B|   0     0 | 583   964  0  76   0  22   1   1|  61M   62M| 128B  700B|   0     0 | 619   824  1  83   0  14   0   2|  63M   36M| 384B 7232B|   0     0 | 470   862  1  30   0  68   1   0|  70M   57M| 128B  700B|   0     0 | 582  1113  1  31   0  67   0   1|  66M   69M| 128B  700B|   0     0 | 636  1148  2  30   0  66   0   2|  64M   64M| 476B 7328B|   0     0 | 615  1250  0  32   0  65   1   2|  64M   68M| 128B  700B|   0     0 | 713  1336  1  25   0  71   1   2|  55M   76M| 128B  700B|   0     0 | 522  1140  1  21   0  77   0   1|  49M   26M|2148B 5552B|   0     0 | 339   730  1  35   0  62   1   1|  67M   87M| 128B  700B|   0     0 | 782  1549

Ich habe auch mal das alte Modell und das neue Modell in meinen Computer eingebaut und HDTune drüber laufen lassen. Das Ergebnis sieht für mich relativ ähnlich aus, also keine großartig abweichenden oder gar viel schlechteren Werte der WD15EADS-00P8B0. (Ergebnisse im Anhang)

EDIT:
Ich habe nun überhaupt nichts geändert (kopiert immernoch Daten) und nun liegt die Wait-Time bei praktisch nahezu 100% :?

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--
usr sys idl wai hiq siq| read  writ| recv  send|  in   out | int   csw
  0   1   0  99   0   0|   0     0 | 604B   11k|   0     0 |  12   127
  1   1   0  98   0   0|   0     0 | 128B 1660B|   0     0 |   2   108
  0   1   0  99   0   0|   0  8192B|2278B 2010B|   0     0 |  15   120
  0   1   0  99   0   0|   0     0 | 384B   11k|   0     0 |   6   114
  1   2   0  97   0   0|   0  2624k| 128B  668B|   0     0 |  30   251
  0   0   0 100   0   0|   0     0 | 128B  700B|   0     0 |   2   109
  0   1   0  99   0   0|   0  4096k| 604B   11k|   0     0 |  27   125
  1   8   0  91   0   0|2560k 4160k| 128B  700B|   0     0 |  29   159
  1  48   0  51   0   0|  16M    0 | 128B  700B|   0     0 |  86   515
  1   1   0  98   0   0|   0  4096k| 384B 8524B|   0     0 |  22   235
  1   1   0  98   0   0|   0  4096B|2280B 2042B|   0     0 |  15   113
  0   1   0  99   0   0|   0  4096k| 128B  700B|   0     0 |  18   111
  0   1   0  99   0   0|   0     0 | 384B 7680B|   0     0 |   9   112
  1   1   0  98   0   0|   0  4108k| 128B  668B|   0     0 |  20   111
  0   1   0  99   0   0|   0     0 | 128B  700B|   0     0 |   5   237
  1   1   0  98   0   0|   0  3336k| 604B   11k|   0     0 |  23   123
  0   1   0  99   0   0|   0     0 | 128B  700B|   0     0 |   5   109
  0   0   0 100   0   0|   0     0 | 128B  668B|   0     0 |   3   103
  1   2   0  97   0   0|   0     0 |2536B   12k|   0     0 |  18   127
  0   1   0  99   0   0|   0  1816k| 220B  796B|   0     0 |  13   239
  0   2   0  98   0   0|   0  3132k| 128B  700B|   0     0 |  33   125
  1   2   0  97   0   0|   0     0 | 604B   11k|   0     0 |   8   115
  0   2   0  98   0   0|   0  4100k| 128B  668B|   0     0 |  22   107
  0   1   0  99   0   0|   0     0 | 128B  700B|   0     0 |   2    86
  1   1   0  98   0   0|4096B 4096k| 384B   11k|   0     0 |  26   235
  0   2   0  98   0   0|   0     0 | 128B  700B|   0     0 |   2   105
  0   2   0  98   0   0|   0  4096k|2278B 2010B|   0     0 |  31   123
  1   2   0  97   0   0|   0     0 | 604B   11k|   0     0 |   9   122
  0   1   0  99   0   0|   0  4096k| 128B  668B|   0     0 |  21   104
  0   1   0  99   0   0|   0     0 | 128B  700B|   0     0 |   2   233
  1   2   0  97   0   0|   0  4096k| 384B   11k|   0     0 |  25   132
  0   2   0  98   0   0|   0  1536k| 128B  700B|   0     0 |   9   110
  1   1   0  98   0   0|   0   552k| 478B  922B|   0     0 |  19    93
  0   1   0  99   0   0|   0  4096B| 604B   11k|   0     0 |  10    93
  1   1   0  98   0   0|   0     0 |2024B  960B|   0     0 |   9   229
  0   0   0 100   0   0|   0  8192B| 128B  668B|   0     0 |   3    92
  0   2   0  98   0   0|   0     0 | 384B   11k|   0     0 |   9   103
  0  32   0  67   0   1|  11M 2212k| 128B  668B|   0     0 |  94   356
  0  66   0  34   0   0|  23M    0 | 128B  700B|   0     0 | 108   633

Hmm ... mein NAS spinnt auch seitdem ich ein paar neue WD15EADS-00P8BO eingebaut habe, um mit meinen bereits vorhandenen WD15EADS-00R6B0 einen Raid 5 Verbund zu erstellen - Pustekuchen, seit einer Woche nurnoch Probleme.

Welche Modell-Nummer haben deine WDC, evtl. ist das Problem auf die Serie zurückzuführen?

Hier mein Thread zu dem Problem, vielleicht findest du einige Parallelen.

• Also heute morgen hat er mal wieder das Journal von den WD15EADS-00P8B0 restauriert. Allerdings verstehe ich nicht warum er das überhaupt macht, das System wurde normal herunter gefahren. :?
  
  
  Code

  2009-09-12 163	11:56:09	System	127.0.0.1	localhost	[Single Disk Volume: Drive 2] Recovering journal.
  	2009-09-12 162	11:55:03	System	127.0.0.1	localhost	[Single Disk Volume: Drive 1] Recovering journal.
  	2009-09-12 161	11:54:47	System	127.0.0.1	localhost	System started.
  	2009-09-12 160	01:37:58	System	127.0.0.1	localhost	System was shut down on Sat Sep 12 01:37:49 BST 2009.

  
  

• Am Browser kann es nicht liegen, da ich es mit unterschiedlichen Clients getestet habe. Auch das leeren des Cache hat keine Abhilfe geschaffen.
• Die Raid-Erweiterung habe ich auch wieder abgebrochen ... :x

Leider hat auch das neu Einspielen der Firmware und ein kompletter Reset des NAS keine Besserung erzielt. Die Probleme sind nach wie vor die Selben, alles reagiert schleppend langsam, obwohl nur die wichtigstens Services aktiviert sind.

Hallo, ich habe die Befürchtung, dass entweder meine neuen HDDs oder irgendeine andere Komponente zu Problemen bei meiner ts-509 führt. Ich wüsste nun gerne von einem etwas erfahrenerem Benutzer, ob von QNAP Tools mitgeliefert wurden, mit denen man die Integrität des Systems testen kann. Da ich nicht wirklich versiert in diesem Linuxsektor bin, wäre ich auch sehr dankbar über vermeintlich selbstverständliche Testmöglichkeiten.

Die Probleme die bei mir Auftreten waren und sind folgende:

• Das System braucht ungewöhnlich lange beim Bootvorgang.
• Im Webinterface werden bestimmte Bereiche nicht geladen, beispielsweise bleiben bei den Feldern "Current Disk Volume Configuration : Physical Disks" und "Current Disk Volume Configuration : Logical Volumes" unter Volume Management die entsprechenden Informationen auch nach Minuten aus.
• Es existieren sehr viele identische Prozesse z.b.
  
  
  Code

  # ps -A | grep device_info.cgi 3409 admin      1232 D   device_info.cgi23263 admin      1600 S   device_info.cgi23318 admin      1364 S   device_info.cgi23320 admin      1604 S   device_info.cgi23431 admin      1368 S   device_info.cgi23473 admin      1364 S   device_info.cgi23477 admin      1368 S   device_info.cgi23599 admin      1368 S   device_info.cgi23641 admin      1600 S   device_info.cgi23683 admin      1596 S   device_info.cgi23781 admin      1600 S   device_info.cgi23791 admin      1608 S   device_info.cgi23967 admin      1356 S   device_info.cgi24016 admin      1364 S   device_info.cgi24062 admin      1364 S   device_info.cgi24081 admin      1356 S   device_info.cgi25234 admin       556 R   grep device_info.cgi

  
  

• Die Raid-Erweiterung lief so langsam, so dass ich den Verbund komplett auflösen musste, um wieder normal arbeiten zu können.
  
  
  Code

  md0 : active raid5 sda3[0] sdc3[2] sdb3[1]
        2927139200 blocks super 0.91 level 5, 64k chunk, algorithm 2 [4/3] [UUU_]
        [========>............]  reshape = 41.4% (607155840/1463569600) finish=123293.2min speed=115K/sec

  
  

• Der Warnton für das Auswerfen einer Festplatte kommt nicht mehr kurz nachdem man ein Laufwerk entfernt hat, sondern ~1-2min verzögert.

Zu meinen 'Umständen':

• TS-509 Pro
• Firmware Version 3.1.1 build 0815T
• 3x WDC WD15EADS-00P8B0 01.0 (1.5TB) [ext4] + 2x SAMSUNG HD103UJ 1AA0 (1.0TB) [ext4+aes]

Vorweg solltest dir vor allem die Frage stellen, ob Raid 6 für dich überhaupt sinnvoll ist und wie wahrscheinlich es ist, dass genau 2 Platten im selben Zeitraum ausfallen? Solche Situationen kommen meiner Erfahrung nach nur bei höherer Gewalt zum Vorschein, wie Blitzeinschlag oder Wasserschaden - und bei solchen Vorfällen wird man nur durch dezentrale Sicherungen gerettet.

Hot-Spare macht keinen Sinn - ist zumindest meine Meinung. Hot-Spare heißt nichts anderes, als dass man keinen Finger krum machen muss, falls eine HDD ausfallen sollte, da eine Ersatz-HDD bereits im NAS verbaut ist. Ergo verschwendet man einen Slot des NAS - die Ersatz-HDD kann auch in der Schublade liegen ...
Und zu deiner vorangegangenen Frage, ob die Hot-Spare HDD läuft, nein sie ist abgeschaltet bis sie benötigt wird - zumindest war das bei mir so, als ich das Feature getestet habe.

Berechnung der nutzbaren Kapazität von Raid 5 und Raid 6:
n := Anzahl der HDDs
Raid 5 := (n -1) * Kapazität
Raid 6 := (n -2) * Kapazität
Bei dem Einsatz von HDDs mit unterschiedlicher Kapazität , muss man die Kapazität der kleinsten HDD verwenden.

Was ich über die Geschwindigkeit bisher in Erfahrung gebracht habe ist das Lesen bei diesen beiden Raid Konfigurationen gleich, lediglich das Schreiben ist langsamer, da beim schreiben die errechneten Prüfsummen zusätzlich zu den eigentlichen Nutzdaten geschrieben werden müssen. Aus einer nicht bestätigten Quelle habe ich die Aussage, dass es bei Raid 5 zwischen 7-12% Overhead und bei Raid 6 15-30% Overhead sein sollen.

Hoffe das hat ein wenig geholfen.

Ich habe ein mehr oder weniger großes Problem. Ich habe mich dafür begeistern lassen einen Raid 5 Verbund zu erstellen, leider musste ich nun, nachdem ich Daten auf diese Verbund geschaufelt hatte feststellen, dass mein NAS nur noch im Schneckentempo oder mit großer Verzögerung reagiert. Merkwürdig an dieser Sache ist, dass die CPU mit maximal 9% belastet ist. Zudem sind interne oder externe Kopiervorgänge auf ~333kbps beschränkt - selbst wenn diese Festplatten sich nicht in diesem Raid verbund befinden. Woran kann das liegen und wie bekomme ich das NAS wieder in einen normalen Zustand, mit dem man arbeiten kann?

FW: Version 3.1.1 build 0815T
NAS: ts-509pro

# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md5 : active raid1 sde2[2](S) sdc2[3](S) sdb2[1] sda2[0]
      530048 blocks [2/2] [UU]


md13 : active raid1 sde4[5] sda4[0] sdc4[2] sdb4[1]
      458880 blocks [5/3] [UUU__]
        resync=DELAYED
      bitmap: 40/57 pages [160KB], 4KB chunk


md9 : active raid1 sde1[5] sda1[0] sdc1[2] sdb1[1]
      530048 blocks [5/3] [UUU__]
        resync=DELAYED
      bitmap: 32/65 pages [128KB], 4KB chunk


md0 : active raid5 sda3[0] sdc3[2] sdb3[1]
      2927139200 blocks super 0.91 level 5, 64k chunk, algorithm 2 [4/3] [UUU_]
      [========>............]  reshape = 41.4% (607155840/1463569600) finish=123293.2min speed=115K/sec


unused devices: <none>

Merkwürdig ist das es die letzten beiden Tage zwar langsam, aber nicht so extrem langsam war. :roll:

Zitat

finish=123293.2min speed=115K/sec

Ein Trost bleibt, in ~85 Tagen ist es fertig ... :thumb:

Hallo Halec, ich habe derzeit das selbe Problem, allerdings mit der ts-509. Bei mir läuft zeitweise die Erweiterung mit lächerlichen 500k/sec, da komme ich bei mir auf fast einen Monat ...

Zu deiner Frage ob es einzeln schneller gewesen wäre, kann ich dir leider keine Antwort geben.
Wenn du einen Netzausfall hast, dann wird der Vorgang fortgesetzt - zumindest war das bei mir so, spreche da aus eigener Erfahrung. :roll:
Ich habe zeitweise die Geschwindigkeit des Vorgangs um 300% steigern können, dazu solltest du nach diesem TUT vorgehen.

Hoffentlich läuft es bei dir besser.

Hast du eventuell auch eine Online Referenz? ôô

Hallo, ich möchte gerne weniger mit dem Admin-Panel machen, aber mehr mit der Shell, um das System hinter den hübschen Bildern besser zu verstehen. Aus diesme Grund würde mich interessieren, wie das System aufgebaut ist, welche Dienste standardmäßig mit der Firmware auf dem System enthalten sind, wo die entsprechenden Ablageorte der Konfigurationen liegen, was man nicht machen sollte usw... Gibt es hierzu etwas? Ich nehme alles in Deutsch/Englisch und muss auch nichts offizielles von QNAP sein. :oops:

Schonmal vielen Dank! :thumb:

Aus deinem Posting geht nicht hervor, ob du deine Festplatten verschlüsselt hast oder nicht. Ich habe zwar nicht das gleiche Problem, aber ich kann dir aus eigener Erfahrung berichten, dass ein Kopiervorgang zwischen zwei internen HDDs schneckenlangsam ist, wenn eine der beiden Platten verschlüsselt ist. 1TB intern auf eine leere HDD zu kopieren hat bei mir >24h gedauert... :x

Ich mag nur wissen, wovon es abhängt, welche HDD-Größen von der TS-509 Pro verwaltet werden können. Es ist ja nicht so, dass Qnap die Kompatibilitätsliste aktualisiert und dann plötzlich diese Festplatten in jeder auf der Welt verkauften Qnap NAS funktionieren. (unten ist ein Beispiel, vllt. wird meine Frage dadurch verständlicher)

Mir fallen da nur drei Situationen ein
- Das Betriebssystem der TS-509 Pro bekommt ein Update und unterstützt fortan die 'großen' HDDs.
- Der SATA-Controller bzw. die Bios Firmware bekommt ein Update und kann fortan die 'großen' Platten korrekt verwalten.
- Das Produkt konnte es schon die ganze Zeit. (Daraus folgt, dass der SATA Controller die ganze Zeit die Möglichkeit hat HDDs bis Bsp. 6 GB zu adressieren und das OS ist die gnaze Zeit in der Lage diese HDDs zu verwalten - und das müsste doch bekannt sein?!)

Das Ganze ist vergleichbar mit Windows XP 32 Bit und dessen Möglichkeit RAM zu verwalten: Ein PC hat 4GB RAM. Bei Verwendung von XP 32 Bit können maximal 3 GB RAM verwaltet werden. Nehmen wir stattdessen eine Linux Distribution oder Vista können 4++ GB verwaltet werden.

Hui ... das ging aber schnell ... ôô

Okay, also da es ein Software-Raid ist, hängt es doch nur vom OS ab, wie groß die HDD sein darf oder ist das auch durch die verbaute Hardware limitiert? Diese Frage orientiert sich in die nahe Zukunft, was denn noch möglich wäre, nicht was momentan möglich ist.

Die Kompatibilitätsliste hatte ich mir schon angesehen und die gibt nur Auskunft darüber, mit welchen HDDs das entsprechende NAS auf jeden Fall funktioniert, besagt allerdings nicht, dass es mit anderen HDDs nicht genauso gut rennt.

Zitat von "christian"

Hallo murloc,
bei Fragen zur Kompatibilität kann ich dich nur auf die Liste von Qnap raten http://www.qnap.com/pro_compatibility.asp verweisen!

Christian

Deswegen nochmal, weiß jemand wie groß HDDs sein dürfen, damit der im TS-509 Pro verbaute Raidcontroller sie verwalten kann?
Ich bin auch mit Erfahrungsberichten zufrieden - Ich hab' Bsp. einen Onlineshop gefunden, der 1.5TB HDD verbaut.

EDIT: Weiß jemand, was für ein Raidcontroller verbaut ist? Im regulären Datenblatt steht nichts darüber.

Ich spiele mit dem Gedanken mir eine TS-509 Pro anzueigenen. Nun, da die Kaufentscheidung gefallen ist, stehe ich vor dem nächsten Entscheidungsproblem - die zu verbauenden Festplatten. Generell wurden die folgenden Fragen schon öfters in Bezug auf andere Modelle gestellt, aber ich stelle sie einfach noch einmal speziell für das TS-509 Pro.

Ist es dem Raidcontroller möglich HDDs > 1.0TB zu verwalten oder ist das nur von der Firmware abhängig?
Wo liegt die Obergrenze für ein JBOD Laufwerk? (Soweit ich weiß, müsste das bei ~8.0TB liegen)

Für mich kommen nur zwei HDD-Modelle in Frage, einmal die Samsung EcoGreen Serie oder die Western Digital Caviar Green Serie.
Hat jemand Erfahrungen mit einem oder beiden der genannten Modelle in Verbindung mit der TS-509 Pro gemacht?

Nun wird's noch spezieller ... Nehmen wir an, man hat ein TS-509 Pro mit 5x 1.0TB HDDs. Da der Platz langsam knapp wird, möchte man die (alle fünf) Festplatten des NAS mit größeren HDDs ausrüsten/aufrüsten.
Gibt es eine Funktion, so dass ich nach und nach das bestehende Raid durch größere Festplatten ersetzen kann?
Theoretisch sollte das bei Raid 5 möglich sein, wenn ich immer eine der 1.0TB HDDs durch eine größere HDD ersetze und warte, bis die Replizierung abgeschlossen ist.

Vielen Dank ;D