Marvell DS209 mehrmals abgestürzt ...warum? Bitte um Fehleranalyse!

[conndy]

Hallo, meine DS209 ist nun bereits häufiger mal abgestürzt. Ich habe die neue Beta 3 drauf, aber der Fehler trat vorher auch hin und wieder aus.
Mitten drin versagt sie ihren Dienst, ist per Web-Oberfläche nicht mehr erreichbar. Nur der Ping kommt noch an. Nach mehreren Neustarts (ca. 4-5) läuft sie dann wieder... Bei den Start, bei denen Sie nicht erreichbar ist blinkt die Powerled blau, und die HDD-LED blinken auch.

Ich habe die Festplatten mal gestetet. SMART sagt alles ist top!

Ich habe mal die /var/log/mesages ausgelesen...
Kann mir jemand sagen, ob man hier was besonderes erkennt? Ist der hibernation-Modus Schuld? Ich denke, der Log beginnt vor dem Crash, oder?


r 0x0 action 0x6
Sep 15 10:58:16 kernel: [69132.270000] ata1.00: edma_err_cause=00000084 pp_flags
=00000003, dev error, EDMA self-disable
Sep 15 10:58:16 kernel: [69132.280000] ata1.00: failed command: READ FPDMA QUEUE
D
Sep 15 10:58:16 kernel: [69132.290000] ata1.00: cmd 60/28:00:47:d8:35/00:00:00:0
0:00/40 tag 0 ncq 20480 in
Sep 15 10:58:16 kernel: [69132.290000] res 41/54:28:47:d8:35/1a:00:00:0
0:00/00 Emask 0x489 (media error) <F>
Sep 15 10:58:16 kernel: [69132.300000] ata1.00: status: { DRDY ERR }
Sep 15 10:58:16 kernel: [69132.310000] ata1.00: error: { UNC IDNF ABRT }
Sep 15 11:48:47 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 11:48:47 scemd: SCEMD: disk 1 wake up from hibernation
Sep 15 11:49:38 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 11:50:32 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 11:51:27 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 12:43:57 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 12:44:01 scemd: SCEMD: disk 1 wake up from hibernation
Sep 15 12:44:29 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 12:45:09 scemd: SCEMD: disk 2 wake up from hibernation
Sep 15 14:19:43 syslogd started: BusyBox v1.16.1
Sep 15 14:19:43 kernel: [ 0.400000] DEV_BOOTCS ....no such
Sep 15 14:19:43 kernel: [ 0.400000] CRYPT_ENG ....base fb000000, size 64KB
Sep 15 14:19:43 kernel: [ 0.400000] Detected Tclk 200000000 and SysClk 40000
0000
Sep 15 14:19:43 kernel: [ 0.400000] Synology 6281 1, 2 bay GPIO Init
Sep 15 14:19:43 kernel: [ 0.400000]
Sep 15 14:19:43 kernel: [ 0.400000] Warning PCI-E is Powered Off
Sep 15 14:19:43 kernel: [ 0.410000] bio: create slab <bio-0> at 0
Sep 15 14:19:43 kernel: [ 0.580000] raid6: int32x1 97 MB/s
Sep 15 14:19:43 kernel: [ 0.750000] raid6: int32x2 111 MB/s
Sep 15 14:19:43 kernel: [ 0.920000] raid6: int32x4 124 MB/s
Sep 15 14:19:43 kernel: [ 1.090000] raid6: int32x8 108 MB/s
Sep 15 14:19:43 kernel: [ 1.090000] raid6: using algorithm int32x4 (124 MB/s)
Sep 15 14:19:43 kernel: [ 1.100000] Dquot-cache hash table entries: 1024 (ord
er 0, 4096 bytes)
Sep 15 14:19:43 kernel: [ 1.170000] Delay 10 seconds to wait for disk 1 ready
.
Sep 15 14:19:43 kernel: [ 16.720000] ata1: link is slow to respond, please be
patient (ready=0)
Sep 15 14:19:43 kernel: [ 25.150000] ata2: link is slow to respond, please be
patient (ready=0)
Sep 15 14:19:43 kernel: [ 29.650000] ata2: SRST failed (errno=-16)
Sep 15 14:19:43 kernel: [ 31.890000] SPI Serial flash detected @ 0xf8000000, 4
096KB (64sec x 64KB)
Sep 15 14:19:43 kernel: [ 31.950000] vender Mac1 checksum error ucSum:0x00 Buf
:0x00 Sum:0.
Sep 15 14:19:43 kernel: [ 31.950000] Serial Number: xxxxxxxxxxxxxxxxxx
Sep 15 14:19:43 kernel: [ 31.970000] Loading Marvell Ethernet Driver:
Sep 15 14:19:43 kernel: [ 31.970000] o Cached descriptors in DRAM
Sep 15 14:19:43 kernel: [ 31.980000] o DRAM SW cache-coherency
Sep 15 14:19:43 kernel: [ 31.980000] o 2 Giga ports supported
Sep 15 14:19:43 kernel: [ 31.980000] o Single RX Queue support - ETH_DEF_RXQ
=0
Sep 15 14:19:43 kernel: [ 31.990000] o Single TX Queue support - ETH_DEF_TXQ
=0
Sep 15 14:19:43 kernel: [ 31.990000] o TCP segmentation offload (TSO) suppor
ted
Sep 15 14:19:43 kernel: [ 32.000000] o Receive checksum offload supported
Sep 15 14:19:43 kernel: [ 32.000000] o Transmit checksum offload supported
Sep 15 14:19:43 kernel: [ 32.010000] o Rx descripors: q0=128
Sep 15 14:19:43 kernel: [ 32.010000] o Tx descripors: q0=532
Sep 15 14:19:43 kernel: [ 32.020000] o Loading network interface(s):
Sep 15 14:19:43 kernel: [ 32.020000] o register under mv88fx_eth platform
Sep 15 14:19:43 kernel: [ 32.030000] o eth0, ifindex = 2, GbE port = 0
Sep 15 14:19:43 kernel: [ 32.030000] o eth0, phy chipid = 1410e40, Support
WOL = 0
Sep 15 14:19:43 kernel: [ 32.040000]
Sep 15 14:19:43 kernel: [ 32.150000] md: invalid raid superblock magic on sda3
Sep 15 14:19:43 kernel: [ 32.150000] md: sda3 does not have a valid v0.90 supe
rblock, not importing!
Sep 15 14:19:43 kernel: [ 32.200000] md: invalid raid superblock magic on sdb3
Sep 15 14:19:43 kernel: [ 32.200000] md: sdb3 does not have a valid v0.90 supe
rblock, not importing!
Sep 15 14:19:43 kernel: [ 32.220000] md: sda2 has different UUID to sda1
Sep 15 14:19:43 kernel: [ 32.230000] md: sdb2 has different UUID to sda1
Sep 15 14:19:43 kernel: [ 32.250000] md: md0: set sda1 to auto_remap [0]
Sep 15 14:19:43 kernel: [ 32.250000] md: md0: set sdb1 to auto_remap [0]
Sep 15 14:19:43 kernel: [ 32.290000] md: md1: set sda2 to auto_remap [0]
Sep 15 14:19:43 kernel: [ 32.300000] md: md1: set sdb2 to auto_remap [0]
Sep 15 14:19:43 kernel: [ 32.490000] VFS: Mounted root (ext2 filesystem) on de
vice 1:0.
Sep 15 14:19:43 kernel: [ 32.520000] ds209_synobios: module license 'Synology
Inc.' taints kernel.
Sep 15 14:19:43 kernel: [ 32.530000] Disabling lock debugging due to kernel ta
int
Sep 15 14:19:43 kernel: [ 32.580000] Brand: Synology
Sep 15 14:19:43 kernel: [ 32.580000] Model: DS-209
Sep 15 14:19:43 kernel: [ 32.610000] synobios: unload
Sep 15 14:19:43 kernel: [ 41.520000] VFS: Mounted root (ext3 filesystem) on de
vice 9:0.
Sep 15 14:19:43 kernel: [ 44.680000] cesadev_init(bf2ab000)
Sep 15 14:19:43 kernel: [ 44.700000] mvCesaInit: sessions=10240, queue=64, pSr
am=f0000000
Sep 15 14:19:43 kernel: [ 44.850000] encryptfs using the OCF package.
Sep 15 14:19:43 kernel: [ 45.350000] Brand: Synology
Sep 15 14:19:43 kernel: [ 45.350000] Model: DS-209
Sep 15 14:19:43 kernel: [ 48.300000] md: md3: set sda3 to auto_remap [0]
Sep 15 14:19:44 kernel: [ 48.440000] md: md2: set sdb3 to auto_remap [0]
Sep 15 14:19:44 spacetool: mapfilepath is /tmp/space/space_mapping.xml


Ich wäre über Hinweise sehr erfreut!

 

[itari]

Was hast für Platten verbaut?

Itari

 

[janus]

Hallo,
ist ein bischen wenig Log für den Zeitraum vor 12:45. Alles danach zeigt ja nur die Meldungen vom Neustart deiner DS.

Bei meiner DS habe ich an den Einstellungen für Hibernation in sofern gedreht, dass überall 20 Minuten eingetragen sind und bisher keine Schwierigkeiten damit. Neuerdings habe ich das Gefühl, dass es etwas länger dauert, wenn nach längerem Standby ein Zugriff auf die Platten erfolgen soll.

Ansonsten: Da steht deine Seriennummer im Posting. Evtl. möchstest du die ja entfernen.

Gruß

Mario

 

[conndy]

Platten habe ich eine ST3500320AS und eine HD203WI.

Was bedeutet denn das folgende gleich zu Begin?
r 0x0 action 0x6
Sep 15 10:58:16 kernel: [69132.270000] ata1.00: edma_err_cause=00000084 pp_flags
=00000003, dev error, EDMA self-disable
Sep 15 10:58:16 kernel: [69132.280000] ata1.00: failed command: READ FPDMA QUEUE
D
Sep 15 10:58:16 kernel: [69132.290000] ata1.00: cmd 60/28:00:47:d8:35/00:00:00:0
0:00/40 tag 0 ncq 20480 in
Sep 15 10:58:16 kernel: [69132.290000] res 41/54:28:47:d8:35/1a:00:00:0
0:00/00 Emask 0x489 (media error) <F>
Sep 15 10:58:16 kernel: [69132.300000] ata1.00: status: { DRDY ERR }
Sep 15 10:58:16 kernel: [69132.310000] ata1.00: error: { UNC IDNF ABRT }

Hört sich schwer nach Fehlern an, oder?

 

[itari]

Es sieht so aus, als würden die Platten nicht gut zusammen in einem RAID arbeiten. SMART mag ok sein, aber wenn ich es richtig sehe, sind die RAID-Superblöcke nicht ganz sauber. Vermutlich ist das entweder ein Timerproblem (kann auch an den SATA-Kabeln liegen, sofern welche verbaut sind), kann aber auch an SATA-Kontrollsequenzen liegen, die vielleicht nicht für beide Platten komplett durchgeführt werden.

Beschreib dem Synology-Support dein Problem per E-Mail und lass sie auf dein System. Meist lösen sie das Problem recht schnell.

Itari

 

[goetz]

Hallo,

Bei den Start, bei denen Sie nicht erreichbar ist blinkt die Powerled blau, und die HDD-LED blinken auch.

wenn Du den Stecker gezogen hast, ist das normal, es wird ein quota-check durchgeführt der je nach Plattenbelegung lange dauert.
Ansonsten würde ich auch sagen, daß die Platten nicht gut im Raid harmonieren.

Gruß Götz

 

[conndy]

Muss man in so einem Fall die Platten tauschen oder gibts da noch eine andere Lösung?
Außerdem: Bei mir laufen beide Platten als Basis-Typ. Dann kann es kein Raid-Problem sein, oder?

 

[thedude]

Doch, denn die Systempartition läuft bei 2-bay Systemen automatisch als raid 0.

gruss
dude

 

[itari]

als raid 0.

kleine Korrektur: als RAID1

Itari