Beiträge von Dralli72

Das mit dem Aufmachen habe ich mich gestern Abend nicht mehr getraut als ich den Staub gesehen hatte, der sich da angesammelt hat. Wenn ich dann noch den Staubsauger angeschmissen hätte, wäre meine Frau aus dem Bett gefallen

Jetzt habe ich den Lüfter vor mir liegen, ist ein 92mm Y.S. Tech FD129225LB. Das Modell finde ich nicht mehr, als Alternative versuche ich jetzt einen Noiseblocker PE-P BlackSilent Pro 92mm. Ich werde berichten, wie es läuft.

Hallo Community,

der Lüfter meines (zugegebenermaßen betagten) TS-412 macht seltsame Geräusche, so dass ich das NAS erstmal heruntergefahren habe. Ich würde gerne einen neuen Lüfter einbauen, weiß aber nicht welches Modell ich nehmen kann. Hat jemand schon mal einen Lüfter in einem TS-412 getauscht und wenn ja, gegen welchen bzw. mit welchen Spezifikationen?

Für jeden Tipp dankbar,

Thorsten

Hallo, um diesen Thread mehr oder weniger erfolgreich abzuschließen:

1. Ich habe keine Ahnung, warum gestern Abend die Platten plötzlich gemountet waren, laut Protokoll wurden diese um 22:57 (also während ich diesen Thread eröffnete) plötzlich als Read-Only gemountet. Laut dem mdadm-Tool wurde die HDD3 im RAID seit Ende Januar nicht aktualisiert, das könnte die Zeit sein als ich den Re-Shape startete. Gibt es solche Zufälle, dass ich 1,5 Monate geduldig warte, und in dem Augenblick wo ich aktiv werde ist das System fertig?
2. Dadurch, dass die Platten Read-Only gemountet waren, konnte ich viele Daten auf eine externe USB-Platte retten. Nicht alle, aber dass was mir derzeit als "verloren gegangen" bewusst ist, kann ich verschmerzen.
3. Ein Reassemble, wie im von sawachika verlinkten Notizzettel, hat bei mir leider nicht geklappt, mdadm meldete nur noch eine Platte als verwendbar und konnte logischerweise nichts mehr mounten. (Randnotiz: den im Notizzettel zu Beginn genutzten Befehl qcli_storage kennt mein NAS nicht)
4. Ich habe heute morgen das NAS mit den drei neuen WD-RED-Platten frisch neu aufgesetzt, derzeit wird noch das RAID synchronisiert (12 Stunden für 25% ) und eine vierte WD-RED als Spare ist bestellt
5. Jetzt muss ich mir nur noch Gedanken um die Sicherung der Daten machen, die nicht zusätzlich auf meinen externen Platten liegen

Vielen Dank an sawachika für die prompte Unterstützung!

- Thorsten

Es ist doch wie verhext, jetzt plötzlich geht die LED an der HDD3 auf grün und ich kann wieder auf die Shares zugreifen. Ich schließe jetzt erstmal ein USB-Platte an und kopiere ein paar Dateien rüber. Bei einigen erhalten ich "Input/Output Error", aber das überrascht mich nicht wirklich. Spannender finde ich diese Ausgabe:

[/share/Public] # mdadm --misc --detail /dev/md0
/dev/md0:
Version : 01.00.03
Creation Time : Sun Jul 28 20:18:45 2013
Raid Level : raid5
Array Size : 5857394816 (5586.05 GiB 5997.97 GB)
Used Dev Size : 2928697408 (2793.02 GiB 2998.99 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sun Mar 18 22:56:54 2018
State : clean, degraded
Active Devices : 1
Working Devices : 2
Failed Devices : 1
Spare Devices : 1

Layout : left-symmetric
Chunk Size : 64K

Name : 3
UUID : ccfcaa17:d764b752:c0b56d13:86e6a497
Events : 321079

Number   Major   Minor   RaidDevice State
0       8        3        0      active sync   /dev/sda3
1       0        0        1      removed
3       8       19        2      spare rebuilding   /dev/sdb3

1       8       35        -      faulty spare   /dev/sdc3

Ja, mein Fehler war wahrscheinlich statt einem einfachen Rebuild gleich die Online-RAID-Migration zu machen...

Ok, also vorher:

HDD1 => 3 TB

HDD2 => 3 TB, SMART-Fehler, zuletzt Warnung per E-Mail

HDD3 => 3 TB, SMART-Fehler

(alles Seagate Desktop-Platten, auch nicht ideal für ein NAS, ich weiß...)

Online-RAID-Migration gestartet, HDD2 durch neue WD-RED ersetzt, ca. 50% geschafft, dann plötzlich Warnungen...

Aktuell:

HDD1 => 3 TB

HDD2 => 6 TB (WD-RED)

HDD3 => 3 TB, LED rot

Ausgabe von cat /proc/mdstat:

[~] # cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md0 : active (read-only) raid5 sdb3[3] sda3[0] sdc3[1](F)
                 5857394816 blocks super 1.0 level 5, 64k chunk, algorithm 2 [3/1] [U__]

md4 : active raid1 sdb2[2] sdc2[3](F) sda2[0]
                 530128 blocks super 1.0 [2/2] [UU]

md13 : active raid1 sdb4[0] sdc4[4](F) sda4[1]
                 458880 blocks [4/2] [UU__]
                 bitmap: 49/57 pages [196KB], 4KB chunk

md9 : active raid1 sdb1[0] sdc1[4](F) sda1[1]
                 530048 blocks [4/2] [UU__]
                 bitmap: 65/65 pages [260KB], 4KB chunk

unused devices: <none>

Hallo,

ich hoffe hier im Forum Hilfe für mein Problem zu finden. Ich habe ein QNAP TS-412, darin 3 Festplatten als RAID 5. Zwei der Festplatten haben mir SMART-Fehler angezeigt, und zu einer von den beiden erhielt ich dann noch Emails vom NAS, dass es Lesefehler gibt. Die SMART-Fehler habe ich wohl zu lange ignoriert. Da ich Speicherplatzmäßig auch fast ausgelastet war, habe ich mich durchgerungen, in drei neue 6TB-Platten (WD RED) zu investieren und das "Online-RAID-Upgrade" zu nutzen. Ich habe mich entschieden, die Platte mit den Lesefehlern (die mir das NAS wöchentlich per Mail zugeschickt hatte) zuerst zu tauschen, und das war offenbar ein Fehler. Die andere Platte wurde mir zwar nicht per E-Mail gemeldet, hatte aber laut SMART mehr fehlerhafte Blöcke. Der Rebuild startete auch, aber ab ca. 50% erhalte ich vom NAS jetzt alle ~30 Minuten E-Mails mit Warnungen:

[Harddisk 3] I/O error, sense_key=0x3, asc=0x11, ascq=0x4, CDB=28 00 ed 25 7c 18 00 00 88 00

und

[Harddisk 3] medium error. Please run bad block scan on this drive or replace the drive if the error persists.

HDD 3 ist die alte Platte mit SMART-Fehlern, aber (bis zum Rebuild) ohne angemeckerte Lesefehler per E-Mail.

Anfangs hatte ich noch gehofft, dass "irgendwann" der fehlerhafte Bereich "durch" ist, und habe einfach gepokert dass "unnötige" Daten betroffen sind (ich habe z.B. als Backup Images von meinm Rechner auf dem NAS, die sind recht groß, aber auf so ein Image könnte ich verzichtenn). Aber inzwischen läuft der Rebuild-Prozess schon mehrere Wochen(!) und so langsam denke ich, ich kann mich von den Daten verabschieden. Vieles wichtiges habe ich noch auf anderen externen Platten, aber eben nicht alles.

Frage: kann man den Rebuild-Prozess so abbrechen, dass sich MD0_DATA wieder mounten lässt und ich z.B. per SSH versuchen kann, einzelne Daten noch zu retten? Und für danach: was passiert, wenn ich das NAS runterfahre und nur noch mit den neuen WD-RED-Platten starte? Kann ich das NAS dann einfach frisch aufsetzen?

Anmeldung per SSH ist noch möglich, aber z.B. der Befehl mdadm --misc --detail /dev/md0 zeigt mir niemals etwas an.

Für jeden Tipp dankbar,

Thorsten