DSM 3.0 1337 - SMBD stützt immer wieder ab

[landru]

Hallo,

seit dem Update auf 3.0 1337 habe ich ein Problem mit dem Samba Server bzw. eventuell auch/und mit der Postgres DB.


Problem ist:

Wenn ich neue MP3/MP4 Dateien auf die DS schiebe (auf volume1/musik bzw videos) stürzen die SMB Dienste und die Postgres Prozesse ab.

Ein Ausschnitt aus ps ax:

ps ax output:
1710 root 0 DW [kjournald]
8013 admin 34828 D postgres: admin mediaserver [local] INSERT
26403 root 0 SW [flush-9:0]
29016 blirka 19096 D /usr/syno/sbin/smbd -D
29022 root 0 Z [synologset1]
29993 blirka 19096 D /usr/syno/sbin/smbd -D
29999 root 0 Z [synologset1]
30981 blirka 18764 D /usr/syno/sbin/smbd -D
30987 root 0 Z [synologset1]
31934 blirka 18764 D /usr/syno/sbin/smbd -D
31972 root 0 Z [synologset1]

Weder Samba noch die DB lassen sich beenden bzw. neustarten, auch ein "kill -9" Befehl hat keine Wirkung.

Die DS lässt sich leider auch nicht neustarten und muss hard über ein "echo 1 >/dev/ttyS1" ausgeschaltet werden.

Kennt das jemand? bzw. hat eine Idee woran das liegen könnte.

Leider ist das Problem nicht reproduzierbar, also nicht bei jedem Kopiervorgang stürzt SMB/PostgresDB ab.

PS. Synology habe ich mein Problem auch schon gemeldet.

 

[itari]

Kennt das jemand? bzw. hat eine Idee woran das liegen könnte.

Hast du einmal probiert, ob du noch Dateien auf die Systempartition (z.B. /root) oder auf die Datenpartition (/volume1) schreiben konntest?

Itari

 

[landru]

Hast du einmal probiert, ob du noch Dateien auf die Systempartition (z.B. /root) oder auf die Datenpartition (/volume1) schreiben konntest?

Itari

Direkt Probiert, leider nicht.
Ich habe auch nicht probiert bzw. darauf geachtet ob die TimeMachine über AFP noch funktionierte, meine TM liegt aber auch auf volume2.

Auf jeden Fall erstellt das System weiterhin Syslog Meldungen unter /var/log/

 

[landru]

Zur Info:

Der Support meinte, dass ich die FW1354 ausprobieren sollte.

We have done some fixing on the SAMBA and may help in your case.

 

[landru]

So nach Wochen der Glückseligkeit stirbt meine DS wieder.

Leider jetzt sogar, wenn ich "normale" Daten kopiere.

Ich komme im Moment nicht mal mehr mit ssh oder http auf die DS.

Hat einer eine Idee woran das liegen könnte?


Gibt es eine Möglichkeit, auf der DS den Arbeitsspeicher zu testen, Stichwort memtestx86+.

Werde jetzt erst mal den Stromstecker ziehen und einen SMART Test durchlaufen lassen.

Weiß jemand ob die DS Log-Dateien vom fsck anlegt? Habe bis jetzt keine gefunden.

PS: Support habe ich Informiert.