+-Serie DS214+ - Fährt nicht herunter

[snas]

Hallo Zusammen

Ich habe seit kurzem eine DS214+ und arbeite mich derzeit in diesem System noch ein. Installiert ist die aktuellste Firmware Version "DSM 5.1-5022 Update 4". Ich habe nach Einrichtung des NAS gleich auf diese Version geupdatet, kann also beim folgenden Problembericht keine Beurteilung darüber abgeben, ob es damit zusammenhängt.

Konfiguration
Eingebaut sind 2 Festplatten (WD RED, 2 TB). Es ist ein RAID 1 eingerichtet (Diskgruppe 1) und zwei Volumen (Volume1 und Volume2). Auf beiden Volumen sind verschlüsselte Ordner abgelegt.

Problem
Wenn ich versuche den NAS Server herunterzufahren, gelingt das nicht. Teilweise blinkt nach kurzer Zeit nur noch das blaue LED Lämpchen. Der NAS kann danach nur noch durch ausstecken des Stromkabels ausgeschaltet werden. Es folgt ein Auszug vom Log:

Mar 25 22:39:43 DiskStation syno_poweroff_task: System is going to poweroff.
Mar 25 22:39:43 DiskStation kernel: [  617.019886] init: synostoraged main process (5106) terminated with status 15
Mar 25 22:39:43 DiskStation kernel: [  617.045001] init: hotplugd main process (5470) killed by TERM signal
Mar 25 22:39:43 DiskStation kernel: [  617.133788] init: smbd main process (6181) killed by TERM signal
Mar 25 22:39:47 DiskStation kernel: [  621.587476] init: synoconfd main process (1068) terminated with status 15
Mar 25 22:39:47 DiskStation findhostd: si_pid=[1], process=[/sbin/init]
Mar 25 22:39:47 DiskStation findhostd: findhostd.c:109(FHOSTDProcessNameGet) parameter error
Mar 25 22:39:47 DiskStation findhostd: findhostd.c:67(FHOSTDExit) exit on signal[15]
killall: synolunbkp: no process killed
Mar 25 22:39:54 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [INTERNAL] [/dev/vg1/volume_1] [/volume1]
Mar 25 22:39:57 DiskStation synoindex: index_index_add_ex.c:125 Indexing daemon is not running
Mar 25 22:39:58 DiskStation synosharesnap: synosharesnap.c:526 Start synosharesnap vol-unmount...
Mar 25 22:39:58 DiskStation synosharesnap: synosharesnap.c:533 End synosharesnap vol-unmount...
Mar 25 22:39:58 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [INTERNAL] [/dev/vg1/volume_2] [/volume2]
Mar 25 22:40:00 DiskStation synosharesnap: synosharesnap.c:526 Start synosharesnap vol-unmount...
Mar 25 22:40:00 DiskStation synosharesnap: synosharesnap.c:533 End synosharesnap vol-unmount...
Mar 25 22:40:01 DiskStation syno_poweroff_task: lvm_poweroff.c:59 Failed to /sbin/vgchange -an > /dev/null 2>&1
Mar 25 22:40:01 DiskStation kernel: [  634.877080] md: md2 still in use.
Mar 25 22:40:01 DiskStation syno_poweroff_task: raid_stop.c:30 Failed to mdadm stop '/dev/md2'
Hier habe ich danach das Stromkabel abgehängt.
Mar 25 22:45:50 DiskStation kernel: [    0.000000] CPU: Marvell PJ4Bv7 Processor [562f5842] revision 2 (ARMv7), cr=10c53c7d

Offensichtlich kann das RAID1 nicht beendet werden. Im Speichermanager hatte ich danach festgestellt, dass Sektorenfehler beim zweiten Datenträger angegeben werden. Also habe ich diesen derzeit ausgehängt, aber das Problem besteht weiterhin. Der obige Logauszug ist übrigens mit ausgehängtem Datenträger. Das System meldet auch natürlich, dass die Diskgruppe1 derzeit Fehlerhaft ist (da ein Datenträger fehlt). Dennoch denke ich, dass der NAS normal herunterfahren können sollte.

Was ich festgestellt zu haben meine ist: Wenn ich den NAS starte und gleich wieder herunterfahre (ohne die verschlüsselten gemeinsamen Ordner anzuhängen), fährt der NAS normal herunter.

Hier ein Log davon:

Mar 25 13:39:49 DiskStation syno_poweroff_task: System is going to poweroff.
Mar 25 13:39:49 DiskStation kernel: [  262.267822] init: synonetd main process (1111) killed by TERM signal
Mar 25 13:39:49 DiskStation kernel: [  262.274639] init: synostoraged main process (5053) terminated with status 15
Mar 25 13:39:49 DiskStation kernel: [  262.300319] init: hotplugd main process (5376) killed by TERM signal
Mar 25 13:39:50 DiskStation kernel: [  262.373138] init: smbd main process (6112) killed by TERM signal
Mar 25 13:39:54 DiskStation kernel: [  266.715958] init: synoconfd main process (1079) terminated with status 15
Mar 25 13:39:54 DiskStation findhostd: si_pid=[1], process=[/sbin/init]
Mar 25 13:39:54 DiskStation findhostd: findhostd.c:109(FHOSTDProcessNameGet) parameter error
Mar 25 13:39:54 DiskStation findhostd: findhostd.c:67(FHOSTDExit) exit on signal[15]
killall: synolunbkp: no process killed
Mar 25 13:40:01 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [INTERNAL] [/dev/vg1/volume_1] [/volume1]
Mar 25 13:40:01 DiskStation synosharesnap: synosharesnap.c:526 Start synosharesnap vol-unmount...
Mar 25 13:40:01 DiskStation synosharesnap: synosharesnap.c:533 End synosharesnap vol-unmount...
Mar 25 13:40:01 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [INTERNAL] [/dev/vg1/volume_2] [/volume2]
Mar 25 13:40:03 DiskStation synosharesnap: synosharesnap.c:526 Start synosharesnap vol-unmount...
Mar 25 13:40:03 DiskStation synosharesnap: synosharesnap.c:533 End synosharesnap vol-unmount...
Mar 25 13:40:03 DiskStation kernel: [  276.171684] md: md2: set sda3 to auto_remap [0]
Hier wurde der NAS bereits wieder gestartet.
Mar 25 22:32:10 DiskStation kernel: [    0.000000] CPU: Marvell PJ4Bv7 Processor [562f5842] revision 2 (ARMv7), cr=10c53c7d

Ich hoffe dass ihr mir hierzu eventuell helfen könnt.

Vielen Dank.

Gruss,
snas

 

[dil88]

Könntest Du bitte einmal Screenshots von allen SMART-Werten der beiden Platten posten? Du bekommst sie unter Start / Speicher-Manager / HDD/SSD / Button "Integritätscheck" / 2. Reiter "S.M.A.R.T.-Informationen". Bitte das Fenster so groß ziehen, dass alle Werte zu sehen sind.

 

[snas]

Habe die Printscreens als Anhang hinzugefügt. Um die Werte vom Datenträger 2 abzulesen, musste ich diesen wieder Anhängen. Der Datenträger befindet sich nun natürlich im Status "Nicht initialisiert", das sollte aber nichts zur Sache tun.

Mir scheinen die Werte ok auszusehen. Was ich eventuell versuche könnte, ist den NAS nochmal komplett neu aufzusetzen.

 

[snas]

Hallo

Also, ich denke die Ursache nun gefunden zu haben.

Mir war aufgefallen, dass erst mit dem Anhängen des verschlüsselten Orderns "systemtools" der NAS in diesem Problem rein lief.

In den Logfiles war ja folgendes zu lesen:

Mar 25 22:40:01 DiskStation syno_poweroff_task: lvm_poweroff.c:59 Failed to /sbin/vgchange -an > /dev/null 2>&1
Mar 25 22:40:01 DiskStation kernel: [  634.877080] md: md2 still in use.

Der Grund wieso das System meint dass der Ordner "systemtools" noch genutzt wird, bzw. die sich darin befindenden Files, ist der weil ich im Protokoll-Center angegeben habe, das Archiv dorthin zu speichern. Während dem herunterfahren, gibt es offenbar Aufzeichnungen die dort geschrieben werden. Der Ordner wird abgehängt, das Protokoll DB File aber vorher nicht geschlossen.

Nun habe ich die Speicherung deaktiviert:



Der NAS fährt wieder normal herunter. Nach erneuter Aktivierung, tritt das Problem wieder auf. Definitiv belegen könnte man es, wenn man im System nicht beendete Zugriffe aufzeichnen würde. Falls dort zu erkennen wäre, dass diese Files noch "genutzt" werden, obwohl der Ordner bereits abgehängt wurde, wäre das eindeutig. Dafür kenne ich mich mit Linux leider noch nicht genug aus

Ein weiterer interessanter Punkt ist der, dass obwohl ich die Archivierung nun deaktiviert habe, ich weiterhin per Mail die Notifikation erhalte dass die Protokollarchivierung beendet bzw. fortgesetzt wird (je nachdem ob der Ordner "systemtools" ausgehängt oder eingehängt ist). Die Überprüfung dafür, scheint sich alleine daran zu orientieren welcher Pfad im "Ziel" eingegeben wurde. Ich kann den Pfad dort nicht entfernen und speichern, da ein leerer Wert nicht akzeptiert wird. Das sieht für mich nach einem Fehlverhalten aus, da die Protokollarchivierung definitiv deaktiviert wurde - die Dateien im angegeben Pfad weisen keine aktuelle Änderungszeit auf.

Danke.

Gruss,
snas

 

[dil88]

Wenn Du das geklärt wissen willst, solltest Du bei Synology ein Ticket eröffnen.

 

[snas]

Ich hatte bereits 1 Tag vor diesem Thread ein Ticket eröffnet (noch offen) und habe ihnen nochmal die obige Lösung geschrieben. Vielleicht gibt es noch eine Antwort von Synology betreffend dem Ganzen. Im Grunde erlaubt es das DSM, einen verschlüsselten Ordner für die Ablage des Protokollarchives anzugeben. Für mich ist es vorerst gelöst.