Assistant Nach DSM3-Update: Gelegentl. Absturz DS107+ und läßt sich nicht mehr ausschalten (!)

[Isomeer]

Hallo Experten, ich brauche mal euren Rat.
Habe vom Verkaufsstart an eine DS107+ in Betrieb; bisher völlig problemlos und das Teil hat einfach nur zuverlässig gearbeitet und nach jedem Update noch mehr Spaß gemacht.

Leider ist der Schuß mit dem DSM3 nach hinten losgegangen.

Zunächst lief alles; update problemlos wie immer und alle Funktionen waren da.

Nach 3-4 Tagen war die DS dann "weg"; zwar anpingbar, aber keine Laufwerke am PC mehr gemountet und sowohl aus dem Browser wie über den DS Assistant wird die DS nicht mehr gefunden.
Gelbe LEDs blinken normal, aber selbst das Ausschalten klappt nicht: Tastendruck wird noch vom beep quittiert, blaue LED blinkt, aber auch nach 3h ändert sich das nicht.
Anpingbar ist die DS immer, auch wenn sie per Webfrontend nicht mehr reagiert.

Mit der Holzhammermethode (Stecker raus) und reboot ist die DS dann wieder für 2-3 Tage einsatzbereit; dann das gleiche Spiel.

Nach Neustart kommt im Assistant das "Quote wird geprüft"-Spiel für 20-30min.

Was mich etwas wundert: Ich bin mir sicher, dass ich die DS mit fester IP bisher (.148) konfiguriert hatte, nach Update auf 3.0 war es plötzlich die .125 .
Keine Ahnung, ob das irgendwie im Zusammenhang steht.

Die DS hat eine interne WD15-EARZ und eine SATA- und USB-Platte extern, beide mit ext3.

Die DS wird ohne irgendwelche AddOns oder "Eingriffe" betrieben.

Ich habe hier schon mal gesucht, aber zu meinem spezifischen Problem nichts gefunden.
Gibt es Tipps oder Ideen, wo man anfangen kann ;-) ?

 

[Isomeer]

Nachtrag:
Habe heute noch einmal einen Reset mit Neuinstallation (mit DSM3) gemacht (2mal 4s reset-Knopf) und alles lief zunächst perfekt.

Einrichtung, Netzlaufwerke verbinden klappte und auch die "Quotenprüfung" nach Neustart war weg; die DS war unmittelbar nach Start wieder online.

Bis dann nach 2-3h der gleiche Effekt auftrat (DS wird nicht gefunden, obwohl sie auf Ping reagiert).

Dazu kam vor ein paar Tagen noch eine einzelne Mail:

Sehr geehrter Benutzer,
Das Volume 1 auf NAS_WM ist abgestürzt, der Server kann möglicherweise nicht hochgefahren werden.
Kontaktieren Sie für weitere Unterstützung bitte den Synology Online Support. http://www.synology.com.
Mit freundlichen Grüßen
Synology DiskStation

Wenn der Fehler nicht zeitgleich mit dem Update auf DSM3.0 entstanden wäre, würde ich ja schon fast an ein HW-Problem glauben. So, bzw. direkt nach dem Update, ist mir die ganze Sache aber doch nicht wirklich plausibel.

Kann das ggf. die HD sein?
Müsste die DS nicht -ob mit/ohne oder mit defekter HD- über den Assistant noch erreichbar sein?

Bin ratlos und möchte meine 27 Monate alte DS noch nicht auf den Müll werfen; bisher war ich sowas von begeistert.....

 

[itari]

Welche Firmware-Version hast denn installiert?

Itari

 

[Isomeer]

Welche Firmware-Version hast denn installiert?

Itari

Die 1354.

Aktuell mache ich noch einmal die Komplettsanierung inkl. HD-Formatierung und frischer .pat-Datei.

Läuft bisher, momentan mache ich ein Recovery von einer externen USB-Platte und das läuft seit gut 2h; bisher ohne Hänger oder Auffälligkeiten.

HW-Fehler schließe ich eigentlich aus, da die Installation und nun auch das recovern seit Stunden laufen. Da müssten irgendwelche thermischen oder sonstige HW-Fehler eigentlich schon aufgetreten sein.

 

[itari]

Kommst mit telnet auf die DS und kennst dich ein wenig mit der Kommandozeile aus? Dann schau mal, was so in der /var/log/messages steht. Sind da eventuell Plattenfehler aufgezeichnet?

Itari

 

[Isomeer]

Die Telnet-Geschichte habe ich noch nicht probiert, wird aber heute noch folgen.
Wenn das recover durch ist und der Fehler noch existiert.

Eventuell werde ich dann mal die vorherige FW-Version wieder rüberschieben. Wie das geht, steht ja hier im Forum. Und Telnet bräuchte ich dafür ja auch


Ich warte jetzt mal ab und werde mich dann wieder melden. So oder so

 

[Isomeer]

***MELD***

Alles scheinbar wieder OK; nach kompletter Formatierung und Neuinstallation des DSM sind nun keine neuen Fehler mehr aufgetreten.

Ob das Problem nun zufällig genau zum Zeitpunkt des Updates auf den DSM3 entstand oder damit zusammenhängt; kein Ahnung.

 

[itari]

Schau dir trotzdem mal die /var/log/messages an, vielleicht gibt es ja Meldungen, die auf Probleme hinweisen. Nicht dass deine DS nächste Woche wieder hängt.

Itari

 

[Isomeer]

Zu früh gefreut!
Jetzt zwar erst nach drei Tagen und häufiger Nutzung, letztlich aber mit gleichem Ergebnis; die DS hängt sich auf.

Nach Neustart komme ich per Telnet drauf; allerdings kommt nach cd /var/log/messages nur der Fehler "can´t cd to..."


Wenn ich mal in´s Logbuch schaue, steht da unter 100.000 diversen Meldungen auch so etwas wie "maximal mount count reached, running e2fsck is recommended".

Frage 1:
Mache/verstehe ich da bei Telnet und cd... etwas falsch? Ich kenne das nur noch ganz grob aus den Zeiten der DOS-Konsole..
In einen Pfad /var/log/messages komme ich nicht, weder mit cd Einzelbefehlen noch mit dem ganzen string. cd root z.B. klappt.

Frage2: Ist das mit den mount counts ggf. ein Hinweis auf einen Fehler?

Danke für jedwede Hilfe und für die Gelassenheit bei der Unterstützung eines Anfängers ;-)

 

[goetz]

Hallo,
messages ist ja schon die Logdatei, also
cd /var/log
more messages
oder
more /var/log/messages

Gruß Götz

 

[Isomeer]

OK.
Ist aber eine etwas üppige Textdatei von >90k.

Kann ich da nach was Bestimmtem suchen oder sollte ich die ganze Datei hier mal dem Expertenrat vorlegen? Wie kann ich die denn Richtung PC dumpen/kopieren?

 

[itari]

Wenn du dir die Datei anschaust, wirst du feststellen, dass sie nach Datum und Uhrzeit sortiert ist. Interessant wäre also nur der Zeitraum zum Posten, in dem der Fehler wieder aufgetreten ist (10 bis 50 Zeilen). Ich mache es so, dass ich es über die Zwischenablage kopiere ... was anderes wäre jetzt einfach zu aufwendig.

Itari

 

[Isomeer]

Log

OK, hier wäre mal der 26.12.
Die DS wurde um 10:00 automatisch gestartet (das Problem besteht mit und ohne die Nutzung von Auto On/Off):


Dec 26 00:00:04 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Dec 26 00:00:21 kernel: correction with 0x0f
Dec 26 00:00:21 syslogd exiting
Dec 26 10:00:24 syslogd started: BusyBox v1.16.1
Dec 26 10:00:24 kernel: CPU: ARM926EJ-Sid(wb) [41069260] revision 0 (ARMv5TEJ)
Dec 26 10:00:24 kernel: Machine: MV-88fxx81
Dec 26 10:00:24 kernel: Using UBoot passing parameters structure
Dec 26 10:00:24 kernel: Sys Clk = 166666667, Tclk = 166666667
Dec 26 10:00:24 kernel: Internal HD num: 0
Dec 26 10:00:24 kernel: Synology Hareware Version: DS107v20
Dec 26 10:00:24 kernel: Memory policy: ECC disabled, Data cache writeback
Dec 26 10:00:24 kernel: CPU0: D VIVT write-back cache
Dec 26 10:00:24 kernel: CPU0: I cache: 32768 bytes, associativity 1, 32 byte lines, 1024 sets
Dec 26 10:00:24 kernel: CPU0: D cache: 32768 bytes, associativity 4, 32 byte lines, 256 sets
Dec 26 10:00:24 kernel: Built 1 zonelists
Dec 26 10:00:24 kernel: PID hash table entries: 1024 (order: 10, 16384 bytes)
Dec 26 10:00:24 kernel: Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Dec 26 10:00:24 kernel: Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Dec 26 10:00:24 kernel: Mount-cache hash table entries: 512
Dec 26 10:00:24 kernel: CPU Interface
Dec 26 10:00:24 kernel: -------------
Dec 26 10:00:24 kernel: SDRAM_CS0 ....base 00000000, size 128MB
Dec 26 10:00:24 kernel: SDRAM_CS1 ....disable
Dec 26 10:00:24 kernel: SDRAM_CS2 ....disable
Dec 26 10:00:24 kernel: SDRAM_CS3 ....disable
Dec 26 10:00:24 kernel: PEX0_MEM ....base e0000000, size 128MB
Dec 26 10:00:24 kernel: PEX0_IO ....base f2000000, size 1MB
Dec 26 10:00:24 kernel: PCI0_MEM ....base e8000000, size 128MB
Dec 26 10:00:24 kernel: PCI0_IO ....base f2100000, size 1MB
Dec 26 10:00:24 kernel: INTER_REGS ....base f1000000, size 1MB
Dec 26 10:00:24 kernel: DEVICE_CS0 ....base fa000000, size 2MB
Dec 26 10:00:24 kernel: DEVICE_CS1 ....base f8000000, size 32MB
Dec 26 10:00:24 kernel: DEVICE_CS2 ....base fa800000, size 1MB
Dec 26 10:00:24 kernel: DEV_BOOCS ....base ffc00000, size 4MB
Dec 26 10:00:24 kernel: Marvell USB EHCI Host controller #0: c0bf5c00
Dec 26 10:00:24 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Dec 26 10:00:24 kernel: RAMDISK driver initialized: 16 RAM disks of 65536K size 1024 blocksize
Dec 26 10:00:24 kernel: Marvell Gigabit Ethernet Driver 'egiga':
Dec 26 10:00:24 kernel: o Ethernet descriptors in DRAM
Dec 26 10:00:24 kernel: o DRAM SW cache-coherency
Dec 26 10:00:24 kernel: o Checksum offload enabled
Dec 26 10:00:24 kernel: o Loading network interface 'egiga0' as eth0
Dec 26 10:00:24 kernel: o Radom MAC address 00:de:11:24:f9:47
Dec 26 10:00:24 kernel: ata1: Device not ready. Try to reset...
Dec 26 10:00:24 kernel: ata1 is slow to respond, please be patient
Dec 26 10:00:24 kernel: drivers/scsi/sd.c (1718) Internal disk with bus id: 0
Dec 26 10:00:24 kernel: drivers/scsi/sd.c (1718) Internal disk with bus id: 1
Dec 26 10:00:24 kernel: Amd/Fujitsu Extended Query Table at 0x0040
Dec 26 10:00:24 kernel: DS406-0: Swapping erase regions for broken CFI table.
Dec 26 10:00:24 kernel: Mac1: 00:11:32:03:c6:a1
Dec 26 10:00:24 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Dec 26 10:00:24 kernel: Vender partition MacNum:1 retlen:128
Dec 26 10:00:24 kernel: Serial Number: 85E3N00401
Dec 26 10:00:24 kernel: raid6: int32x1 29 MB/s
Dec 26 10:00:24 kernel: raid6: int32x2 45 MB/s
Dec 26 10:00:24 kernel: raid6: int32x4 52 MB/s
Dec 26 10:00:24 kernel: raid6: int32x8 48 MB/s
Dec 26 10:00:24 kernel: raid6: using algorithm int32x4 (52 MB/s)
Dec 26 10:00:24 kernel: arm4regs : 429.200 MB/sec
Dec 26 10:00:24 kernel: 8regs : 368.800 MB/sec
Dec 26 10:00:24 kernel: 32regs : 513.200 MB/sec
Dec 26 10:00:24 kernel: raid5: using function: 32regs (513.200 MB/sec)
Dec 26 10:00:24 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Dec 26 10:00:24 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Dec 26 10:00:24 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Dec 26 10:00:24 kernel: VFS: Mounted root (ext2 filesystem).
Dec 26 10:00:24 kernel: ds107+_207+_synobios: module license 'Synology Inc.' taints kernel.
Dec 26 10:00:24 kernel: correction with 0x0f
Dec 26 10:00:24 kernel: Brand: Synology
Dec 26 10:00:24 kernel: Model: DS-107+
Dec 26 10:00:24 kernel: synobios: unload
Dec 26 10:00:24 kernel: VFS: Mounted root (ext3 filesystem).
Dec 26 10:00:24 kernel: crc32c: Unknown symbol crc32c_le
Dec 26 10:00:24 kernel: fuse init (API version 7.8)
Dec 26 10:00:24 kernel: fuse distribution version: 2.7.4
Dec 26 10:00:24 kernel: correction with 0x0f
Dec 26 10:00:24 kernel: Brand: Synology
Dec 26 10:00:24 kernel: Model: DS-107+
Dec 26 10:00:33 scemd: scemd.c:119 fan_type=4, raid_type=2, led_type=2, thermal_type=2, fanctrl_type=2, auto_poweron_type=1, dual_power_type=1, usbcopy_type=1, fan_number=1, ebox_type=1, pis_type=0, r
tc_type=1
Dec 26 10:00:33 scemd: modules/disk_hibernation.c:94 Force hibernation enable, idle minutes 10
Dec 26 10:00:34 synoprint: printer_device_open.c:16 bad parameter.
Dec 26 10:00:35 synocheckshare: Fix shares in smb.conf.
Dec 26 10:00:42 kernel: Got empty serial number. Generate serial number from product.
Dec 26 10:00:43 syno_hdd_util: Model:[ST31500341AS], Firmware:[CC4H], S/N:[9VS23JJC] in [/dev/sdb] is not ssd
Dec 26 10:00:43 syno_hdd_util: Model:[WDC WD15EARS-00Z], Firmware:[80.00A80], S/N:[WD-WMAVU1578080] in [/dev/sda] is not ssd
Dec 26 10:00:46 synousbdisk: RCClean succeeded
Dec 26 10:00:46 synosata: SATA share disk [sdb] is pluged in.
Dec 26 10:00:46 synosata: SYNOUSBIGetNumByName(42): fail to get the value for key [sdb]
Dec 26 10:00:46 synosata: SYNOUSBDevGetInfo: get devnum & busnum for [sdb]
Dec 26 10:00:47 synosata: fs_sata_mount.c:98 mount SATA disk sdb failed. (0X2C00)
Dec 26 10:00:47 kernel: EXT3-fs warning: checktime reached, running e2fsck is recommended
Dec 26 10:00:48 ddnsd: main(ddnsd.c:2692): not enable DDNS, shutdown daemon
Dec 26 10:00:49 kernel: drivers/scsi/sd.c (1698) Got USB disk
Dec 26 10:00:49 kernel: sdk: assuming drive cache: write through
Dec 26 10:00:49 kernel: sdk: assuming drive cache: write through
Dec 26 10:00:50 hotplugd: ACTION:add.
Dec 26 10:00:50 hotplugd: DEVNAME:sdk.
Dec 26 10:00:50 hotplugd: DEVICE:/proc/bus/usb/001/003.
Dec 26 10:00:50 hotplugd: DEVGUID:5D38888888880.
Dec 26 10:00:50 hotplugd: SYNO_PMP_EVENT:.
Dec 26 10:00:50 hotplugd: hotplugd.c (331) ==== USB disk [sdk] plugged in ====
Dec 26 10:00:50 scemd: modules/usbcopy.c:66(USBCOPYLightStatusChangedHandler): Unknown Signal: 12
Dec 26 10:00:52 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 26 10:01:01 synoindexd: Failed to run PQexec: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request.
Dec 26 10:01:01 synoindexd: database.c (112) Failed to exec [VACUUM FULL ANALYZE] (server closed the connection unexpectedly This probably means the server terminated abnormally before
or while processing the request. )
Dec 26 10:01:01 synoindexd: database.c (1615) Failed to exec [VACUUM FULL ANALYZE].
Dec 26 10:01:01 synoindexd: synoindexd.c (460) vaccuum mediaserver failed.
Dec 26 10:01:02 synoindexd: pgsql.c (133) Failed to re-connect to (null), user: admin, dbhoto. (FATAL: the database system is in recovery mode )
Dec 26 10:01:02 synoindexd: database.c (189) Failed to connect to database
Dec 26 10:01:02 synoindexd: database.c (1634) Failed to exec [VACUUM FULL ANALYZE].
Dec 26 10:01:02 synoindexd: synoindexd.c (463) vaccuum photodb failed.
Dec 26 10:01:25 synothumb: synothumb.cpp (666) Failed to run SYNOIndexImgResGet.
Dec 26 10:01:44 afpd[2254]: [afp_config.c:318] NAS_WM:AFPServer@* started on 65280.88:128 (2.0.1)
Dec 26 10:02:41 scemd: scemd.c:307 stop manutild.
Dec 26 17:43:43 synothumb: synothumb.cpp (666) Failed to run SYNOIndexImgResGet.
Dec 26 18:38:24 synothumb: synothumb.cpp (666) Failed to run SYNOIndexImgResGet.
Dec 26 18:38:24 synothumb: synothumb.cpp (152) SYNODBFetchRow() failed
Dec 26 18:40:18 synothumb: synothumb.cpp (666) Failed to run SYNOIndexImgResGet.
Dec 26 18:40:18 synothumb: synothumb.cpp (152) SYNODBFetchRow() failed
Dec 26 19:32:38 synothumb: synothumb.cpp (666) Failed to run SYNOIndexImgResGet.
Dec 26 19:32:38 synothumb: synothumb.cpp (152) SYNODBFetchRow() failed

Was mich auch wundert:
Um 8:10 heute kam folgende mail:

Sehr geehrter Benutzer,
NAS_WM wurde aufgrund eines Stromausfalls ungeplant heruntergefahren.
Mit freundlichen Grüßen
Synology DiskStation

Da habe ich noch gepennt und keinen provozierten Hardreset gemacht.
Kurzfristiger Stromausfall ist zwar möglich, wurde aber nicht, wie sonst üblich, durch resettete Radiowecker oder Mikrowellen bestätigt.

Netzteil ggf. schleichend platt???


Nachtrag 2:
Aktuell habe ich scheinbar erstmalig einen "halb kaputten" Zustand:
Assistant findet die DS (war sonst nach Abturz nicht mehr der Fall)
Web-Frontend mit Login kommt, Login klappt
Nach Klick auf irgendwelche Funktionen passiert aber nix mehr

 

[itari]

Ich vermute mal (ins Blaue hinein):

- Du hast die beiden externen Platten beim Starten an der DS?
- Du verwendest irgendeinen Link/Mount-Mechanismus, welcher dir die externen Platten in (Media-)Verzeichnisse mounted?

Itari

 

[Isomeer]

12:33 ist wohl was passiert ;-)


Dec 31 12:33:42 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 12:33:42 kernel: ata2: command 0xb0 timeout, stat 0xd0 host_stat 0x0
Dec 31 12:33:42 kernel: ata2: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 12:33:42 kernel: ata2: status=0xd0 { Busy }
Dec 31 12:33:42 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 12:33:42 kernel: ATA: abnormal status 0xD0 on port 0xC88000C7
Dec 31 12:33:42 kernel: ATA: abnormal status 0xD0 on port 0xC88000C7
Dec 31 12:33:42 kernel: ATA: abnormal status 0xD0 on port 0xC88000C7
Dec 31 12:33:42 kernel: ATA: abnormal status 0xD0 on port 0xC88000C7
Dec 31 12:33:43 kernel: ata2: translated ATA stat/err 0x58/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 12:33:43 kernel: ATA: abnormal status 0x58 on port 0xC88000C7
Dec 31 12:33:43 kernel: ATA: abnormal status 0x58 on port 0xC88000C7
Dec 31 12:33:43 kernel: ATA: abnormal status 0x58 on port 0xC88000C7
Dec 31 12:33:53 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 12:33:53 kernel: ata2: command 0xb0 timeout, stat 0xd8 host_stat 0x0
Dec 31 12:33:53 kernel: ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 12:33:53 kernel: ata2: status=0xd8 { Busy }
Dec 31 12:33:53 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 12:33:53 scemd: SmartDataRead(117) enable smart /dev/sdb fail
Dec 31 12:33:53 scemd: modules/disk_hibernation.c:153 /dev/sdb SmartDataRead failed
Dec 31 12:34:02 kernel: ata2: PIO error
Dec 31 12:34:02 kernel: Assertion failed! qc != NULL,drivers/scsi/libata-core.c,ata_pio_error,line
Dec 31 12:34:02 kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000
Dec 31 12:34:02 kernel: pgd = c0004000
Dec 31 12:34:02 kernel: [00000000] *pgd=00000000
Dec 31 12:34:02 kernel: Internal error: Oops: 17 [#1]
Dec 31 12:34:02 kernel: Modules linked in: appletalk usbhid usblp usb_storage uhci_hcd ohci_hcd eh
Dec 31 12:34:02 kernel: CPU: 0
Dec 31 12:34:02 kernel: PC is at ata_poll_qc_complete+0x14/0xd8
Dec 31 12:34:02 kernel: LR is at ata_pio_task+0x680/0x6f8
Dec 31 12:34:02 kernel: pc : [<c01b9ec4>] lr : [<c01ba608>] Tainted: P
Dec 31 12:34:02 kernel: sp : c0eadf0c ip : c0eadf30 fp : c0eadf2c
Dec 31 12:34:02 kernel: r10: fffffffc r9 : c0ed2270 r8 : 00000004
Dec 31 12:34:02 kernel: r7 : c01b9f88 r6 : 00000000 r5 : 00000004 r4 : 00000000
Dec 31 12:34:02 kernel: r3 : 00000001 r2 : 00000000 r1 : 00000004 r0 : 00000000
Dec 31 12:34:02 kernel: Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment kernel
Dec 31 12:34:02 kernel: Control: 5317F Table: 04BE8000 DAC: 00000017
Dec 31 12:34:02 kernel: Process ata/0 (pid: 108, stack limit = 0xc0eac194)
Dec 31 12:34:02 kernel: Stack: (0xc0eadf0c to 0xc0eae000)
Dec 31 12:34:02 kernel: df00: 00000000 00000004 00000002 c01b9f88 00000
Dec 31 12:34:02 kernel: df20: c0eadf70 c0eadf30 c01ba608 c01b9ec0 00000cbf c0eac000 c027c018 c0e81
Dec 31 12:34:02 kernel: df40: bba0ab00 00000ead 20000013 c0b671e8 c0b671e0 c01b9f88 00000001 00000
Dec 31 12:34:02 kernel: df60: fffffffc c0eadfc0 c0eadf74 c00c293c c01b9f98 ffffffff ffffffff 00000
Dec 31 12:34:02 kernel: df80: 00000000 c00afbe0 00010000 00000000 00000000 c0e812e0 c00afbe0 00100
Dec 31 12:34:02 kernel: dfa0: 00200200 c0b671e0 c0eac000 c0459f28 c00c2780 c0eadff4 c0eadfc4 c00c6
Dec 31 12:34:02 kernel: dfc0: c00c2790 00000001 ffffffff ffffffff 00000000 00000000 00000000 00000
Dec 31 12:34:02 kernel: dfe0: 00000000 00000000 00000000 c0eadff8 c00b4c54 c00c6e6c 00000000 00000
Dec 31 12:34:02 kernel: Backtrace:
Dec 31 12:34:02 kernel: [<c01b9eb0>] (ata_poll_qc_complete+0x0/0xd8) from [<c01ba608>] (ata_pio_ta
Dec 31 12:34:02 kernel: r8 = 00000001 r7 = C01B9F88 r6 = 00000002 r5 = 00000004
Dec 31 12:34:02 kernel: r4 = 00000000
Dec 31 12:34:02 kernel: [<c01b9f88>] (ata_pio_task+0x0/0x6f8) from [<c00c293c>] (worker_thread+0x1
Dec 31 12:34:02 kernel: [<c00c2780>] (worker_thread+0x0/0x244) from [<c00c6f44>] (kthread+0xe8/0x1
Dec 31 12:34:02 kernel: r7 = C00C2780 r6 = C0459F28 r5 = C0EAC000 r4 = C0B671E0
Dec 31 12:34:02 kernel: [<c00c6e5c>] (kthread+0x0/0x11c) from [<c00b4c54>] (do_exit+0x0/0xae8)
Dec 31 12:34:02 kernel: Code: e92dd9f0 e24cb004 e1a06000 e1a08001 (e5904000)
Dec 31 12:34:04 kernel: <4>ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 12:34:04 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 12:34:04 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 12:34:14 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 12:34:14 kernel: ata2: command 0xe5 timeout, stat 0xd8 host_stat 0x0
Dec 31 12:34:14 kernel: ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 12:34:14 kernel: ata2: status=0xd8 { Busy }
Dec 31 12:34:14 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:03:24 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:03:24 kernel: ata1: command 0xec timeout, stat 0x58 host_stat 0x0
Dec 31 13:03:24 kernel: ATA: abnormal status 0x58 on port 0xC8800087
Dec 31 13:03:24 kernel: ATA: abnormal status 0x58 on port 0xC8800087
Dec 31 13:03:24 kernel: ATA: abnormal status 0x58 on port 0xC8800087
Dec 31 13:03:34 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer

 

[Isomeer]

Dec 31 13:03:34 kernel: ata1: command 0xb0 timeout, stat 0xd8 host_stat 0x0
Dec 31 13:03:34 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:03:34 kernel: ata1: status=0xd8 { Busy }
Dec 31 13:03:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:03:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:03:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:03:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:03:34 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:04:34 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:04:34 kernel: ata1: command 0x35 timeout, stat 0xd8 host_stat 0x1
Dec 31 13:04:34 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:04:34 kernel: ata1: status=0xd8 { Busy }
Dec 31 13:04:34 kernel: end_request: I/O error, dev sda, sector 2408936
Dec 31 13:04:34 kernel: Buffer I/O error on device sda1, logical block 301085
Dec 31 13:04:34 kernel: lost page write due to I/O error on sda1
Dec 31 13:04:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:04:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:04:34 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:04:44 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:04:44 kernel: ata1: command 0xb0 timeout, stat 0xd8 host_stat 0x0
Dec 31 13:04:44 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:04:44 kernel: ata1: status=0xd8 { Busy }
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:04:44 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:04:44 scemd: SmartDataRead(117) enable smart /dev/sda fail
Dec 31 13:04:44 scemd: modules/disk_hibernation.c:153 /dev/sda SmartDataRead failed
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:04:44 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:04:54 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:04:54 kernel: ata2: command 0xec timeout, stat 0xd8 host_stat 0x0
Dec 31 13:04:54 kernel: ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:04:54 kernel: ata2: status=0xd8 { Busy }
Dec 31 13:04:54 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:04:54 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:04:54 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:04:54 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:04 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:05:04 kernel: ata2: command 0xa1 timeout, stat 0xd8 host_stat 0x0
Dec 31 13:05:04 kernel: ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:05:04 kernel: ata2: status=0xd8 { Busy }
Dec 31 13:05:04 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:05:04 scemd: SYNODiskIsSSD(25):SmartIdentifyRead failed.
Dec 31 13:05:04 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:04 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:04 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:14 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:05:14 kernel: ata2: command 0xb0 timeout, stat 0xd8 host_stat 0x0
Dec 31 13:05:14 kernel: ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:05:14 kernel: ata2: status=0xd8 { Busy }
Dec 31 13:05:14 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:05:14 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:14 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:14 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:14 kernel: ATA: abnormal status 0xD8 on port 0xC88000C7
Dec 31 13:05:24 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:05:24 kernel: ata2: command 0xb0 timeout, stat 0xd8 host_stat 0x0
Dec 31 13:05:24 kernel: ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:05:24 kernel: ata2: status=0xd8 { Busy }
Dec 31 13:05:24 scemd: smartctl_ata_command_interface.c:117 ata ioctl HDIO_DRIVE_CMD error
Dec 31 13:05:24 scemd: SmartDataRead(117) enable smart /dev/sdb fail
Dec 31 13:05:24 scemd: modules/disk_hibernation.c:153 /dev/sdb SmartDataRead failed
Dec 31 13:05:44 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:05:44 kernel: ata1: command 0x35 timeout, stat 0xd8 host_stat 0x1
Dec 31 13:05:44 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:05:44 kernel: ata1: status=0xd8 { Busy }
Dec 31 13:05:44 kernel: end_request: I/O error, dev sda, sector 2408936
Dec 31 13:05:44 kernel: Buffer I/O error on device sda1, logical block 301085
Dec 31 13:05:44 kernel: lost page write due to I/O error on sda1
Dec 31 13:05:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:05:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:05:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:06:44 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:06:44 kernel: ata1: command 0x35 timeout, stat 0xd8 host_stat 0x1
Dec 31 13:06:44 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:06:44 kernel: ata1: status=0xd8 { Busy }
Dec 31 13:06:44 kernel: end_request: I/O error, dev sda, sector 2408944
Dec 31 13:06:44 kernel: Buffer I/O error on device sda1, logical block 301086
Dec 31 13:06:44 kernel: lost page write due to I/O error on sda1
Dec 31 13:06:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:06:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:06:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:07:44 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:07:44 kernel: ata1: command 0x35 timeout, stat 0xd8 host_stat 0x1
Dec 31 13:07:44 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 31 13:07:44 kernel: ata1: status=0xd8 { Busy }
Dec 31 13:07:44 kernel: end_request: I/O error, dev sda, sector 2408936
Dec 31 13:07:44 kernel: Buffer I/O error on device sda1, logical block 301085
Dec 31 13:07:44 kernel: lost page write due to I/O error on sda1
Dec 31 13:07:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:07:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:07:44 kernel: ATA: abnormal status 0xD8 on port 0xC8800087
Dec 31 13:08:44 kernel: ata_qc_timeout (3360): cannot delete scsicmd timer
Dec 31 13:08:44 kernel: ata1: command 0x35 timeout, stat 0xd8 host_stat 0x1
Dec 31 13:08:44 kernel: ata1: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
NAS_WM> status=0xd8 { Busy }--More-- (96% of 106117 bytes)
NAS_WM>

 

[Isomeer]

Ich vermute mal (ins Blaue hinein):

- Du hast die beiden externen Platten beim Starten an der DS?
- Du verwendest irgendeinen Link/Mount-Mechanismus, welcher dir die externen Platten in (Media-)Verzeichnisse mounted?

Itari

1. Ja (eine eSata, eine USB; aber immer schon und das lief auch immer )
2. Nein; die Überlegung hatte ich zwar mal, aber nicht umgesetzt. Spätestens mit der neuen FW und der kompletten Neuformatierung sollte die DS eigentlich wie "ab Werk" sein.
Der Fehler tritt auch ohne angeschlossene, externe Drives auf.

 

[itari]

Die messages-Datei weist darauf hin, dass es massive Probleme mit den Platten gibt. Vielleicht ist es nur ein Problem mit dem SATA-Kabel der internen Platte; könnte man durch einen Tausch verifizieren.

Ich würde mich auch an deiner Stelle an den Synology-Support wenden und von dieser Seite mal eine Einschätzung hören wollen.

Itari

 

[Isomeer]

Danke für die Einschätzung!
Vieleicht mache ich beides mal parallel , eine Platte zum testen habe ich zwar nicht mehr in der Bastelkiste (Kabel sicher schon), wird sich aber auftreiben lassen.

Ist nur blöd, dass das aktuell auch schon mal drei Tage problemlos läuft und bis zum DSM-Upgrade sogar immer lief