DS-408 / Täglicher Absturz nach Update auf 3.1-1594

[goetz]

Hallo,
probiere es mal mit

e2fschk -yf /dev/md2

-f Erzwingt die Überprüfung, auch wenn das Dateisystem sauber erscheint.

Gruß Götz

 

[SHCSHC]

.... ok, er prüft nun...

Wenn ich den Befehl starte, kommt übrigens eine Fehlermeldung per eMail von der DS:

Das Volume 1 auf DS-408 ist abgestürzt, der Server kann möglicherweise nicht hochgefahren werden.

Ich habe zwar eine Sicherung, aber ich hoffe, die Daten leben noch.... ??

SHC

 

[SHCSHC]

Wie lange dauert die Überprüfung eigentlich? Gibt es Erfahrungswerte?

Ich habe 4x 1,5GB


Danke,
SHC

 

[SHCSHC]

Ich musste das Ganze abbrechen, da die DS laut gepiept hat und außerdem rot geblinkt hat..... . Nach einem Reset läuft sie wieder normal.


SHC

 

[shadow1901]

Hallo SHC

Ist das nicht so, wenn das Volume gestört ist?
Kannst ja mal den Piepton unter Energieverwaltung abstellen.
Meinst Du reset auf der Rückseite?

Gruss Shadow1901

 

[SHCSHC]

Laut Handbuch passiert das Piepen und Blinken, wenn kein Volume vorhanden ist. Dieses habe ich ja auch per "umount" rausgenommen.

Ja, ich meinte den Reset auf der Rückseite.


SHC

 

[jahlives]

bei mir dauert ein Check etwa 20 Minuten auf 160GB Dateisystem. Bei 1.5TB also bestimmt eine Weile. Und sorry wegen dem Verschreiber im Kommando

 

[shadow1901]

Versuche Heute auch mal das zu testen.
Beim Versuch die Prozesse zu killen gingen die Befehle:
killall postgres
killall httpd
killall mysqld
killall smbd
killall nmbd

Aber das Volume1 kann nicht unmounted werden.
umount: can't umount /volume1: Device or resource busy

Wie kann ich alle Prozesse killen die nicht wichtig sind für mich und so das ich das Volume1 unmounten kann?

Gruss Shadow1901

 

[jahlives]

schau mal ob ggf noch opt auf volume1 zugreift

ps | grep opt

Falls keine opt Prozesse vorhanden sind dann poste bitte mal das Ergebnis eines ps hier rein. Vielleicht sehen wir anhand der Prozessliste was ggf noch auf volume1 zugreifen würde

 

[shadow1901]

Guten Morgen

Ich habe bis Heute Morgen noch warten müssen, da das Backup auf USB Laufwerk noch nicht fertig war.
Heute Morgen habe ich das Ganze nochmals in Angriff genommen.

Mit grep findet er nur seine Eigene Abfrage

CubeStation> ps | grep opt
21270 root 2580 S grep opt

Hier der Ausszug mit ps:
CubeStation> ps
PID USER VSZ STAT COMMAND
1 root 2584 S init
2 root 0 SWN [ksoftirqd/0]
3 root 0 SW< [events/0]
4 root 0 SW< [khelper]
5 root 0 SW< [kthread]
11 root 0 SW< [kblockd/0]
41 root 0 SW< [aio/0]
40 root 0 SW [kswapd0]
108 root 0 SW< [ata/0]
111 root 0 SW< [scsi_eh_0]
112 root 0 SW< [scsi_eh_1]
113 root 0 SW< [scsi_eh_2]
114 root 0 SW< [scsi_eh_3]
144 root 0 SW [mtdblockd]
164 root 0 SW< [ksnapd]
166 root 0 SW< [md0_raid1]
168 root 0 SW< [md1_raid1]
263 root 0 SW [kjournald]
1177 root 0 SW< [khubd]
1298 root 2576 S /sbin/syslogd -S
1300 root 2584 S /sbin/klogd
1405 root 0 SW< [md2_raid5]
1469 root 11700 S < /usr/syno/bin/findhostd
1495 root 0 SW [kjournald]
1566 root 8404 S /usr/syno/bin/scemd
1971 root 2580 S /sbin/getty 115200 console
2110 root 0 SW< [scsi_eh_4]
2117 root 0 SW< [usb-storage]
2279 root 15240 S /usr/syno/sbin/hotplugd
2292 root 4004 S /usr/sbin/inetd
2299 root 4008 S /usr/sbin/crond
2308 root 13724 S /usr/syno/sbin/ddnsd
2718 root 0 SW [kjournald]
2784 root 3080 S /usr/syno/sbin/synologd
2886 root 3804 S /usr/syno/sbin/cupsd -C /usr/local/cups/cupsd.conf
2966 root 16108 S /usr/syno/sbin/fileindexd
3146 1 1448 S /sbin/portmap
3148 root 0 SW [nfsd]
3151 root 0 SW [lockd]
3152 root 0 SW< [rpciod/0]
3153 root 1568 S /usr/sbin/statd
3156 root 1600 S /usr/sbin/mountd -p 892
3163 root 8664 S /usr/syno/bin/rsync --daemon
3170 root 10892 S /usr/syno/bin/synonetbkpd
3219 root 1900 S /usr/syno/mailstation/sbin/saslauthd -a shadow
3220 root 1900 S /usr/syno/mailstation/sbin/saslauthd -a shadow
3221 root 1900 S /usr/syno/mailstation/sbin/saslauthd -a shadow
3224 root 1900 S /usr/syno/mailstation/sbin/saslauthd -a shadow
3225 root 1900 S /usr/syno/mailstation/sbin/saslauthd -a shadow
3231 root 9920 S /usr/syno/mailstation/libexec/master
3234 postfix 9980 S qmgr -l -t fifo -u
3236 root 29208 S /usr/syno/mailstation/bin/spamd -d -r /var/run/spamd.pid
3239 root 8476 S /usr/syno/mailstation/sbin/dovecot
3240 root 8712 S dovecot-auth
3263 dovecot 8368 S pop3-login
3264 dovecot 8368 S pop3-login
3265 dovecot 8368 S pop3-login
3266 dovecot 8380 S imap-login
3267 dovecot 8380 S imap-login
3268 dovecot 8380 S imap-login
3293 root 3804 S /usr/syno/sbin/sshd
3391 root 2580 S avahi-daemon: running [CubeStation.local]
3436 root 9620 S /usr/syno/sbin/ftpd -D
3441 root 29200 S spamd child
3442 root 29208 S spamd child
3447 root 9320 S N /usr/syno/bin/synomkthumbd
3452 root 25860 S N /usr/syno/sbin/synoindexd
3471 root 9320 S N /usr/syno/sbin/synomkflvd
7252 root 10892 S /usr/syno/bin/synolocalbkpd -D
28054 root 6760 R sshd: root@pts/0
28062 root 4028 S -ash
30359 root 27360 S /usr/syno/sbin/dms
30363 root 27360 S /usr/syno/sbin/dms
30364 root 27360 S /usr/syno/sbin/dms
30368 root 27360 S /usr/syno/sbin/dms
30370 root 27360 S /usr/syno/sbin/dms
30371 root 27360 S /usr/syno/sbin/dms
30373 root 9912 S /usr/syno/sbin/lighttpd -f /usr/syno/mediaserver/lighttpd.conf
20898 root 27360 S /usr/syno/sbin/dms
21185 root 27360 S /usr/syno/sbin/dms
21186 root 0 SW [pdflush]
21190 root 0 SW [pdflush]
21241 postfix 9920 S pickup -l -t fifo -u
21271 root 4008 R ps

Vielleicht seht ihr wo es noch auf das Volume1 zugreift?

Gruss Shadow1901

 

[shadow1901]

Hallo zusammen

Ich habe noch mit folgendem Befehl versucht das Volume1 auszuhängen

umount -f /volume1

Hat wohl geklappt, aber es geht immer noch nicht weiter.

Anschliessend kommt mit dem Check wieder einen Fehler:

e2fsck -y /dev/md2

CubeStation> e2fsck -y /dev/md2
e2fsck 1.41.12 (17-May-2010)
e2fsck: Device or resource busy while trying to open /dev/md2
Filesystem mounted or opened exclusively by another program?

Da greift wohl immer noch was darauf.

Gruss Shadow1901

 

[SHCSHC]

Guten Morgen,

der Synology-Support hat sich gemeldet, nachdem er per Telnet mein System angesehen hat. Man konnte keine Fehler finden (auch nicht im Dateisystem) und ist ratlos. Ich soll mich nach dem nächsten Absturz wieder melden und vorher nichts anfassen... .

SHC

 

[jahlives]

also die Mailstation darf auch bestimmt nicht mehr laufen. Die greift ja ebenfalls schreibend auf volume1 zu. Wenn ich mir deine ps Liste so anschaue, dann würde ich auf jeden Fall noch folgende Dienste vor dem umount mitbeenden:

crond
ddnsd
cupsd
fileindexd
rsync
synonetbkpd
saslauthd
master (resp postfix komplett)
saslauthd
ftpd
spamd
pop3/imap (resp dovecot komplett)
synomkthumbd
synoindexd
synomkflvd
synolocalbkpd
dms
lighttpd

 

[shadow1901]

Guten Morgen

So ich hatte es Gestern noch getestet.
Es ging nur ein paar Sekunden und schon war die Überprüfung vorbei.

CubeStation> e2fsck -y /dev/md2
e2fsck 1.41.12 (17-May-2010)
Adding dirhash hint to filesystem.

1.39-Jun212008: is cleanly umounted, 600583/731398144 files, 588406874/1462778400 blocks
(check after next mount)

Was wird da wohl wieder gemeint?

(check after next mount)

Habe noch mal das Volume1 gemounted, aber das starten von dem Check war mir zu riskant.

CubeStation> e2fsck -y /dev/md2
e2fsck 1.41.12 (17-May-2010)
/dev/md2 is mounted.

WARNING!!! The filesystem is mounted. If you continue you ***WILL***
cause ***SEVERE*** filesystem damage.

Do you really want to continue (y/n)? no

check aborted.

Mal schauen wie sich die Sache noch beheben lassen kann.
Evt müsste ich meine Daten mal weg bringen und das Volume1 löschen.
Aber wo schaufle ich meine 2 Terra hin.
Im Moment mache ich nur Backup von den allerwichtigsten Daten.

Gruss Shadow1901