+-Serie DS710+: nach Update auf DSM 3.0 Absturz bei automatischem herunterfahren / starten

[schwabenscheich]

Hallo,
hatte bei meiner DiskStation das automatische herunterfahren (01:00 Uhr) sowie das automatische starten (06:30 Uhr) eingestellt. Das herunterfahren und starten hat mit Firmware DSM 2.3 1157 hervorragend funktioniert. Seit Update auf Firmware DSM 3.0 1372 stürzt die Box dabei ab. Kein Zugriff mehr weder WebIF noch Telnet, ...
Hilft nur Stromstecker ziehen. Dann bootet die Box normal und es ist der volle Zugriff vorhanden. Scheint also am herunterfahren zu liegen.
Das Log:

Nov 14 01:00:01 scemd: SCEMD: disk 2 wake up from hibernation
Nov 14 01:00:07 scemd: SCEMD: disk 1 wake up from hibernation
Nov 14 01:00:23 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov 14 01:00:26 synoaudiod: synoaudiod.cpp:530 synoaudiod exit
Nov 14 01:00:27 kernel: [56970.636592] minor=67
Nov 14 01:00:27 kernel: [56970.649846] minor=64
Nov 14 01:00:32 kernel: [56974.911794] nfsd: last server has exited, flushing export cache
Nov 14 01:00:32 ssctl: ssctl.cpp:96:ClearSSTmpResource(): Get no service info
Nov 14 01:00:34 scheduler: scheduler.c (1613) Got signal. Die gracefully.
Nov 14 01:00:34 scheduler: scheduler.c (1631) rTorrent is killed.
Nov 14 01:00:39 kernel: [56982.453691] ------------[ cut here ]------------
Nov 14 01:00:39 kernel: [56982.454016] Kernel BUG at ffffffff810ce479 [verbose debug info unavailable]
Nov 14 01:00:39 kernel: [56982.454016] invalid opcode: 0000 [#1] SMP
Nov 14 01:00:39 kernel: [56982.454016] last sysfs file: /sys/block/md2/md/dev-sdb3/state
Nov 14 01:00:39 kernel: [56982.454016] CPU 1
Nov 14 01:00:39 kernel: [56982.454016] Modules linked in: usbhid hid usblp usb_storage uhci_hcd ehci_hcd pineview_synobios(P) ipv6 synoacl_ext4(P) synoacl_vfs(P) ecryptfs sha512_generic sha256_generic sha1_generic ecb aes_x86_64 chainiv des_generic cr
Nov 14 01:00:39 kernel: [56982.454016] Process umount (pid: 22205, threadinfo ffff88003e784000, task ffff88003f0f66b0)
Nov 14 01:00:39 kernel: [56982.454016] Stack:
Nov 14 01:00:40 kernel: [56982.454016]  ffffffff810ce33c ffff88003ba9d788 ffff88003ba9d788 ffff880020862ba8
Nov 14 01:00:40 kernel: [56982.454016] <0> ffff880020862518 ffff880020862bc8 ffffffff810ce419 ffff88003ecab6f8
Nov 14 01:00:40 kernel: [56982.454016] <0> ffff88003a20bc00 ffff88003f0f66b0 ffff88003a20bcc8 ffff88003f292bf0
Nov 14 01:00:40 kernel: [56982.454016] Call Trace:
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810ce33c>] ? fsnotify_clear_marks_by_inode+0xbc/0xe0
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810ce419>] ? fsnotify_unmount_inodes+0xb9/0x100
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810b34f2>] ? invalidate_inodes+0x52/0x130
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff8109e6ed>] ? generic_shutdown_super+0x4d/0x100
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff8109e7c9>] ? kill_block_super+0x29/0x50
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff8109e8c1>] ? deactivate_super+0x61/0x80
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810b7345>] ? sys_umount+0x4a5/0x650
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff81029b72>] ? ia32_sysret+0x0/0x5
Nov 14 01:00:40 kernel: [56982.454016] Code: df 49 89 df e8 f9 3a fe ff eb 8a 90 90 90 90 90 90 90 48 83 7f 68 00 48 89 f8 75 0f 48 8b 3d cf 1a 3c 00 48 89 c6 e9 e7 8c fc ff <0f> 0b eb fe 66 66 90 8b 57 38 89 d0 c1 f8 08 38 d0 74 35 48 8b
Nov 14 01:00:40 kernel: [56982.454016] RIP  [<ffffffff810ce479>] dnotify_free_mark+0x19/0x20
Nov 14 01:00:40 kernel: [56982.454016]  RSP <ffff88003e785db0>
Nov 14 01:00:40 kernel: [56982.739058] ---[ end trace 105c5ab97d421b23 ]---
Nov 14 01:00:40 kernel: [56982.743815] ------------[ cut here ]------------
Nov 14 01:00:40 kernel: [56982.748688] WARNING: at kernel/exit.c:895 do_exit+0x66e/0x6e0()
Nov 14 01:00:40 kernel: [56982.754948] Hardware name: To Be Filled By O.E.M.
Nov 14 01:00:40 kernel: [56982.759980] Modules linked in: usbhid hid usblp
Nov 14 01:00:40 kernel: [56982.802629] Pid: 22205, comm: umount Tainted: P      D    2.6.32.12 #1372
Nov 14 01:00:40 kernel: [56982.809861] Call Trace:
Nov 14 01:00:40 kernel: [56982.812441]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 14 01:00:40 kernel: [56982.817923]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 14 01:00:40 kernel: [56982.823396]  [<ffffffff81038b85>] ? warn_slowpath_common+0x85/0xb0
Nov 14 01:00:40 kernel: [56982.829979]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 14 01:00:40 kernel: [56982.835373]  [<ffffffff8100f426>] ? oops_end+0xa6/0xb0
Nov 14 01:00:40 kernel: [56982.840681]  [<ffffffff8100cae4>] ? do_invalid_op+0x84/0xa0
Nov 14 01:00:40 kernel: [56982.846653]  [<ffffffff810ce479>] ? dnotify_free_mark+0x19/0x20
Nov 14 01:00:40 kernel: [56982.852858]  [<ffffffff8107818a>] ? pagevec_lookup_tag+0x1a/0x30
Nov 14 01:00:40 kernel: [56982.859149]  [<ffffffff81077350>] ? write_cache_pages+0x1d0/0x400
Nov 14 01:00:40 kernel: [56982.865622]  [<ffffffff810761d0>] ? __writepage+0x0/0x30
Nov 14 01:00:40 kernel: [56982.871240]  [<ffffffff8100be15>] ? invalid_op+0x15/0x20
Nov 14 01:00:40 kernel: [56982.876818]  [<ffffffff810ce460>] ? dnotify_free_mark+0x0/0x20
Nov 14 01:00:40 kernel: [56982.882966]  [<ffffffff810ce479>] ? dnotify_free_mark+0x19/0x20
Nov 14 01:00:40 kernel: [56982.889183]  [<ffffffff810ce33c>] ? fsnotify_clear_marks_by_inode+0xbc/0xe0
Nov 14 01:00:40 kernel: [56982.896524]  [<ffffffff810ce419>] ? fsnotify_unmount_inodes+0xb9/0x100
Nov 14 01:00:40 kernel: [56982.903483]  [<ffffffff810b34f2>] ? invalidate_inodes+0x52/0x130
Nov 14 01:00:40 kernel: [56982.909793]  [<ffffffff8109e6ed>] ? generic_shutdown_super+0x4d/0x100
Nov 14 01:00:40 kernel: [56982.916645]  [<ffffffff8109e7c9>] ? kill_block_super+0x29/0x50
Nov 14 01:00:40 kernel: [56982.922765]  [<ffffffff8109e8c1>] ? deactivate_super+0x61/0x80
Nov 14 01:00:40 kernel: [56982.928923]  [<ffffffff810b7345>] ? sys_umount+0x4a5/0x650
Nov 14 01:00:40 kernel: [56982.934707]  [<ffffffff81029b72>] ? ia32_sysret+0x0/0x5
Nov 14 01:00:40 kernel: [56982.940213] ---[ end trace 105c5ab97d421b24 ]---
Nov 14 01:00:40 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139

Irgendwelche Ideen woran das liegen könnte?
Gruß
Schwabenscheich

 

[janus]

Hallo,
hatte bei meiner DiskStation das automatische herunterfahren (01:00 Uhr) sowie das automatische starten (06:30 Uhr) eingestellt. Das herunterfahren und starten hat mit Firmware DSM 2.3 1157 hervorragend funktioniert. Seit Update auf Firmware DSM 3.0 1372 stürzt die Box dabei ab. Kein Zugriff mehr weder WebIF noch Telnet, ...
Hilft nur Stromstecker ziehen. Dann bootet die Box normal und es ist der volle Zugriff vorhanden. Scheint also am herunterfahren zu liegen.
Das Log:

Nov 14 01:00:01 scemd: SCEMD: disk 2 wake up from hibernation
Nov 14 01:00:07 scemd: SCEMD: disk 1 wake up from hibernation
Nov 14 01:00:23 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov 14 01:00:26 synoaudiod: synoaudiod.cpp:530 synoaudiod exit
Nov 14 01:00:27 kernel: [56970.636592] minor=67
Nov 14 01:00:27 kernel: [56970.649846] minor=64
Nov 14 01:00:32 kernel: [56974.911794] nfsd: last server has exited, flushing export cache
Nov 14 01:00:32 ssctl: ssctl.cpp:96:ClearSSTmpResource(): Get no service info
Nov 14 01:00:34 scheduler: scheduler.c (1613) Got signal. Die gracefully.
Nov 14 01:00:34 scheduler: scheduler.c (1631) rTorrent is killed.
Nov 14 01:00:39 kernel: [56982.453691] ------------[ cut here ]------------
Nov 14 01:00:39 kernel: [56982.454016] Kernel BUG at ffffffff810ce479 [verbose debug info unavailable]
Nov 14 01:00:39 kernel: [56982.454016] invalid opcode: 0000 [#1] SMP
Nov 14 01:00:39 kernel: [56982.454016] last sysfs file: /sys/block/md2/md/dev-sdb3/state
Nov 14 01:00:39 kernel: [56982.454016] CPU 1
Nov 14 01:00:39 kernel: [56982.454016] Modules linked in: usbhid hid usblp usb_storage uhci_hcd ehci_hcd pineview_synobios(P) ipv6 synoacl_ext4(P) synoacl_vfs(P) ecryptfs sha512_generic sha256_generic sha1_generic ecb aes_x86_64 chainiv des_generic cr
Nov 14 01:00:39 kernel: [56982.454016] Process umount (pid: 22205, threadinfo ffff88003e784000, task ffff88003f0f66b0)
Nov 14 01:00:39 kernel: [56982.454016] Stack:
Nov 14 01:00:40 kernel: [56982.454016]  ffffffff810ce33c ffff88003ba9d788 ffff88003ba9d788 ffff880020862ba8
Nov 14 01:00:40 kernel: [56982.454016] <0> ffff880020862518 ffff880020862bc8 ffffffff810ce419 ffff88003ecab6f8
Nov 14 01:00:40 kernel: [56982.454016] <0> ffff88003a20bc00 ffff88003f0f66b0 ffff88003a20bcc8 ffff88003f292bf0
Nov 14 01:00:40 kernel: [56982.454016] Call Trace:
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810ce33c>] ? fsnotify_clear_marks_by_inode+0xbc/0xe0
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810ce419>] ? fsnotify_unmount_inodes+0xb9/0x100
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810b34f2>] ? invalidate_inodes+0x52/0x130
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff8109e6ed>] ? generic_shutdown_super+0x4d/0x100
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff8109e7c9>] ? kill_block_super+0x29/0x50
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff8109e8c1>] ? deactivate_super+0x61/0x80
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff810b7345>] ? sys_umount+0x4a5/0x650
Nov 14 01:00:40 kernel: [56982.454016]  [<ffffffff81029b72>] ? ia32_sysret+0x0/0x5
Nov 14 01:00:40 kernel: [56982.454016] Code: df 49 89 df e8 f9 3a fe ff eb 8a 90 90 90 90 90 90 90 48 83 7f 68 00 48 89 f8 75 0f 48 8b 3d cf 1a 3c 00 48 89 c6 e9 e7 8c fc ff <0f> 0b eb fe 66 66 90 8b 57 38 89 d0 c1 f8 08 38 d0 74 35 48 8b
Nov 14 01:00:40 kernel: [56982.454016] RIP  [<ffffffff810ce479>] dnotify_free_mark+0x19/0x20
Nov 14 01:00:40 kernel: [56982.454016]  RSP <ffff88003e785db0>
Nov 14 01:00:40 kernel: [56982.739058] ---[ end trace 105c5ab97d421b23 ]---
Nov 14 01:00:40 kernel: [56982.743815] ------------[ cut here ]------------
Nov 14 01:00:40 kernel: [56982.748688] WARNING: at kernel/exit.c:895 do_exit+0x66e/0x6e0()
Nov 14 01:00:40 kernel: [56982.754948] Hardware name: To Be Filled By O.E.M.
Nov 14 01:00:40 kernel: [56982.759980] Modules linked in: usbhid hid usblp
Nov 14 01:00:40 kernel: [56982.802629] Pid: 22205, comm: umount Tainted: P      D    2.6.32.12 #1372
Nov 14 01:00:40 kernel: [56982.809861] Call Trace:
Nov 14 01:00:40 kernel: [56982.812441]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 14 01:00:40 kernel: [56982.817923]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 14 01:00:40 kernel: [56982.823396]  [<ffffffff81038b85>] ? warn_slowpath_common+0x85/0xb0
Nov 14 01:00:40 kernel: [56982.829979]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 14 01:00:40 kernel: [56982.835373]  [<ffffffff8100f426>] ? oops_end+0xa6/0xb0
Nov 14 01:00:40 kernel: [56982.840681]  [<ffffffff8100cae4>] ? do_invalid_op+0x84/0xa0
Nov 14 01:00:40 kernel: [56982.846653]  [<ffffffff810ce479>] ? dnotify_free_mark+0x19/0x20
Nov 14 01:00:40 kernel: [56982.852858]  [<ffffffff8107818a>] ? pagevec_lookup_tag+0x1a/0x30
Nov 14 01:00:40 kernel: [56982.859149]  [<ffffffff81077350>] ? write_cache_pages+0x1d0/0x400
Nov 14 01:00:40 kernel: [56982.865622]  [<ffffffff810761d0>] ? __writepage+0x0/0x30
Nov 14 01:00:40 kernel: [56982.871240]  [<ffffffff8100be15>] ? invalid_op+0x15/0x20
Nov 14 01:00:40 kernel: [56982.876818]  [<ffffffff810ce460>] ? dnotify_free_mark+0x0/0x20
Nov 14 01:00:40 kernel: [56982.882966]  [<ffffffff810ce479>] ? dnotify_free_mark+0x19/0x20
Nov 14 01:00:40 kernel: [56982.889183]  [<ffffffff810ce33c>] ? fsnotify_clear_marks_by_inode+0xbc/0xe0
Nov 14 01:00:40 kernel: [56982.896524]  [<ffffffff810ce419>] ? fsnotify_unmount_inodes+0xb9/0x100
Nov 14 01:00:40 kernel: [56982.903483]  [<ffffffff810b34f2>] ? invalidate_inodes+0x52/0x130
Nov 14 01:00:40 kernel: [56982.909793]  [<ffffffff8109e6ed>] ? generic_shutdown_super+0x4d/0x100
Nov 14 01:00:40 kernel: [56982.916645]  [<ffffffff8109e7c9>] ? kill_block_super+0x29/0x50
Nov 14 01:00:40 kernel: [56982.922765]  [<ffffffff8109e8c1>] ? deactivate_super+0x61/0x80
Nov 14 01:00:40 kernel: [56982.928923]  [<ffffffff810b7345>] ? sys_umount+0x4a5/0x650
Nov 14 01:00:40 kernel: [56982.934707]  [<ffffffff81029b72>] ? ia32_sysret+0x0/0x5
Nov 14 01:00:40 kernel: [56982.940213] ---[ end trace 105c5ab97d421b24 ]---
Nov 14 01:00:40 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139

Irgendwelche Ideen woran das liegen könnte?
Gruß
Schwabenscheich

IPKG und damit verbundene Dienste Installiert?

Dann darfst du gleich mal meinen neuen Teil Wiki Eintrag testen:

http://www.synology-wiki.de/index.php/IPKG

Siehe ab Punkt Weitergehende Installation IPKG. Die Inhalte sind hier aus dem Forum, also nicht meine Lorberen (Zumindest das meiste)

Gruß

Janus

 

[goetz]

Hallo,
hast Du ipkg installiert oder eigene mount -o bind angelegt?

Gruß Götz

 

[schwabenscheich]

Hallo,
ja, ipkg installiert ist installiert.
Werde Anleitung aus Wiki nachher testen ...
Melde mich dann wieder.

Gruß
Schwabenscheich

 

[schwabenscheich]

Hallo,

rc.local mit VI bearbeitet. Sieht jetzt so aus:

#!/bin/sh

# Optware setup
# [ -x /etc/rc.optware ] && /etc/rc.optware start

exit 0

Die optware.sh in /usr/local/etc/rc.d hab ich angelegt. Welche Rechte muß man für die Datei vergeben?

Beim Unmount kam dann der erste Fehler:

DS710> umount /opt
umount: can't umount /opt: Device or resource busy
DS710>

Wenn ich die beiden laufenden Dienste nun "runterschieße" und dann das Verzeichnis mit rmdir platt mache, dann ist mein VLC, der unter /opt/bin liegt auch tot. Richtig? Wenn ja, dann ist das keine Lösung für mich! War schwierig genug das Teil stabil zum laufen zu bringen.

 4915 admin     2132 S    /opt/bin/dbus-daemon --fork --print-pid 6 --print-ad
 4916 admin    32184 S    /opt/bin/vlc -I http -d

Macht es da nicht mehr Sinn die Datei /opt/etc/rc.optware entsprechend zu editieren, daß es die Funktionalität aufweist wie das vorher erstellte optware.sh unter /usr/local/etc/rc.d?

Gruß
Schwabenscheich

 

[jahlives]

beende zuerst alle Dienst, die auf /opt zugreifen. Danach kannst du /opt ausbauen

umount -f /opt

 

[schwabenscheich]

"Tuning" durchgeführt - Problem immer noch nicht gelöst.

Hi,

OK, OK ... Hab mir das Ganze gerade nochmals angeschaut. Passt schon. War da vorher auf dem "Holzweg". Sollte vielleicht im Wiki erwähnt werden was dann getan wird und warum.
Hab nun meine Box entsprechend getuned. Herunterfahren tut sie aber immer noch nicht ...

Blaue LED am/im Schalter blinkt. LAN blinkt auch (unregelmäßig). LED's der HDD's und Status leuchten permanent.
/var/log/messages:

Nov 15 20:38:12 kernel: [  482.130969] ---[ end trace 1c7159bcaaf64c4f ]---
Nov 15 20:38:12 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139
DS710>

Gleicher Fehler wie bisher.
Nur permanentes drücken des Ein-Aus-Schalters führt zum "Ende des Zustandes"/hängens.
Neustart verläuft langwierig. HDD's "rödeln" lautstark vor sich hin während blaue LED am/im Schalter blinkt. LAN blinkt auch (unregelmäßig), restl. LED's (der HDD's und Status) sind aus. Kein Zugriff auf DS710+ möglich (auch nicht Telnet). Zustand nun seit 5 Minuten schon so.

Nun hat sie es kurz bevor ich die Meldung absenden wollte doch noch gepackt:

Nov 15 20:47:48 syslogd started: BusyBox v1.16.1
Nov 15 20:47:48 kernel: [    0.000000] ACPI: RSDP 00000000000f9d30 00014 (v00 ACPIAM)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: RSDT 000000003f690000 0003C (v01 041610 RSDT1808 20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: FACP 000000003f690200 00084 (v01 041610 FACP1808 20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: DSDT 000000003f690440 06848 (v01  1AAAA 1AAAA000 00000000 INTL 20051117)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: FACS 000000003f69e000 00040
Nov 15 20:47:48 kernel: [    0.000000] ACPI: APIC 000000003f690390 0006C (v01 041610 APIC1808 20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: MCFG 000000003f690400 0003C (v01 041610 OEMMCFG  20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: OEMB 000000003f69e040 00072 (v01 041610 OEMB1808 20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: HPET 000000003f69a440 00038 (v01 041610 OEMHPET  20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] ACPI: GSCI 000000003f69e0c0 02024 (v01 041610 GMCHSCI  20100416 MSFT 00000097)
Nov 15 20:47:48 kernel: [    0.000000] Zone PFN ranges:
Nov 15 20:47:48 kernel: [    0.000000]   DMA      0x00000010 -> 0x00001000
Nov 15 20:47:48 kernel: [    0.000000]   DMA32    0x00001000 -> 0x00100000
Nov 15 20:47:48 kernel: [    0.000000]   Normal   0x00100000 -> 0x00100000
Nov 15 20:47:48 kernel: [    0.000000] Movable zone start PFN for each node
Nov 15 20:47:48 kernel: [    0.000000] early_node_map[2] active PFN ranges
Nov 15 20:47:48 kernel: [    0.000000]     0: 0x00000010 -> 0x0000009f
Nov 15 20:47:48 kernel: [    0.000000]     0: 0x00000100 -> 0x0003f690
Nov 15 20:47:48 kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 255964
Nov 15 20:47:48 kernel: [    0.000000] Internal HD num: 2
Nov 15 20:47:48 kernel: [    0.000000] Internal netif num: 1
Nov 15 20:47:48 kernel: [    0.000000] Synology Hareware Version: DS710+-j
Nov 15 20:47:48 kernel: [    0.000000] Mac1: xxxxxxxxxxxxx
Nov 15 20:47:48 kernel: [    0.000000] Mac2: xxxxxxxxxxxxx
Nov 15 20:47:48 kernel: [    0.000000] Serial Number: xxxxxxxxxxxx
Nov 15 20:47:48 kernel: [    0.000000] Console: colour dummy device 80x25
Nov 15 20:47:48 kernel: [    0.000000] Fast TSC calibration using PIT
Nov 15 20:47:48 kernel: [    0.000000] Detected 1662.459 MHz processor.
Nov 15 20:47:48 kernel: [    0.005110] Mount-cache hash table entries: 256
Nov 15 20:47:48 kernel: [    0.179621] bio: create slab <bio-0> at 0
Nov 15 20:47:48 kernel: [    0.195542] ACPI: Executed 1 blocks of module-level executable AML code
Nov 15 20:47:48 kernel: [    0.294170] ACPI Warning: Incorrect checksum in table [OEMB] - 85, should be 7E (20090903/tbutils-314)
Nov 15 20:47:48 kernel: [    0.542100] raid6: int64x1    320 MB/s
Nov 15 20:47:48 kernel: [    0.561956] raid6: int64x2    531 MB/s
Nov 15 20:47:48 kernel: [    0.581991] raid6: int64x4    628 MB/s
Nov 15 20:47:48 kernel: [    0.601985] raid6: int64x8    707 MB/s
Nov 15 20:47:48 kernel: [    0.621996] raid6: sse2x1     601 MB/s
Nov 15 20:47:48 kernel: [    0.641951] raid6: sse2x2    1136 MB/s
Nov 15 20:47:48 kernel: [    0.661958] raid6: sse2x4    2000 MB/s
Nov 15 20:47:48 kernel: [    0.665003] raid6: using algorithm sse2x4 (2000 MB/s)
Nov 15 20:47:48 kernel: [    1.040396] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Nov 15 20:47:48 kernel: [    1.286949] Delay 10 seconds to wait for disk 1 ready.
Nov 15 20:47:48 kernel: [   11.594494] ata2: device plugged sstatus 0x123
Nov 15 20:47:48 kernel: [   18.076421] coretemp coretemp.0: Using relative temperature scale!
Nov 15 20:47:48 kernel: [   18.082808] coretemp coretemp.1: Using relative temperature scale!
Nov 15 20:47:48 kernel: [   18.240609] md: invalid raid superblock magic on sda3
Nov 15 20:47:48 kernel: [   18.245668] md: sda3 does not have a valid v0.90 superblock, not importing!
Nov 15 20:47:48 kernel: [   18.291113] md: invalid raid superblock magic on sdb3
Nov 15 20:47:48 kernel: [   18.296171] md: sdb3 does not have a valid v0.90 superblock, not importing!
Nov 15 20:47:48 kernel: [   18.317214] md: sda2 has different UUID to sda1
Nov 15 20:47:48 kernel: [   18.324995] md: sdb2 has different UUID to sda1
Nov 15 20:47:48 kernel: [   18.341531] md: md0: set sda1 to auto_remap [0]
Nov 15 20:47:48 kernel: [   18.346067] md: md0: set sdb1 to auto_remap [0]
Nov 15 20:47:48 kernel: [   18.384973] md: md1: set sda2 to auto_remap [0]
Nov 15 20:47:48 kernel: [   18.389508] md: md1: set sdb2 to auto_remap [0]
Nov 15 20:47:48 kernel: [   18.601563] VFS: Mounted root (ext2 filesystem) on device 1:0.
Nov 15 20:47:48 kernel: [   18.617300] pineview_synobios: module license 'Synology Inc.' taints kernel.
Nov 15 20:47:48 kernel: [   18.624608] Disabling lock debugging due to kernel taint
Nov 15 20:47:48 kernel: [   18.635920] Brand: Synology
Nov 15 20:47:48 kernel: [   18.638861] Model: DS-710+
Nov 15 20:47:48 kernel: [   18.653517] synobios: unload
Nov 15 20:47:48 kernel: [   24.922023] VFS: Mounted root (ext3 filesystem) readonly on device 9:0.
Nov 15 20:47:48 kernel: [   25.726514] Brand: Synology
Nov 15 20:47:48 kernel: [   25.729517] Model: DS-710+
Nov 15 20:47:49 kernel: [   26.762847] md: md2: set sda3 to auto_remap [0]
Nov 15 20:47:49 kernel: [   26.767542] md: md2: set sdb3 to auto_remap [0]
Nov 15 20:55:49 scemd: scemd.c:119 fan_type=6, raid_type=1, led_type=1, thermal_type=1, fanctrl_type=1, auto_poweron_type=1, dual_power_type=1, usbcopy_type=1, fan_number=1, ebox_type=0, pis_type=1, rtc_type=3
Nov 15 20:55:49 scemd: modules/fan_speed_adjust_common.c:161 Type: INTERNAL Fan Mode: HIGH (suitable for 3.5'' HD)
Nov 15 20:55:49 scemd: modules/raid_sys_volume_check.c:160 MD0 active disks 2, designed disks 2
Nov 15 20:55:49 scemd: modules/raid_sys_volume_check.c:160 MD1 active disks 2, designed disks 2
Nov 15 20:55:49 scemd: modules/disk_hibernation.c:94 Force hibernation enable, idle minutes 10
Nov 15 20:55:50 synoprint: printer_device_open.c:16 bad parameter.
Nov 15 20:55:51 synocheckshare: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value =  , errno=Invalid argument
Nov 15 20:55:52 synocheckshare: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value =  , errno=Invalid argument
Nov 15 20:55:52 synocheckshare: synocheckshare.c(501)[8000] Failed to get info of service ID=10
Nov 15 20:55:55 synousbdisk: RCClean succeeded
Nov 15 20:55:56 ddnsd: main(ddnsd.c:2692):  not enable DDNS, shutdown daemon
Nov 15 20:55:58 scemd: scemd.c:273 detect correct
Nov 15 20:55:59 kernel: [  517.334214] Got empty serial number. Generate serial number from product.
Nov 15 20:55:59 kernel: [  517.515023] Get empty minor:101
Nov 15 20:55:59 kernel: [  517.624971] Get empty minor:102
Nov 15 20:56:00 kernel: [  517.749415] Get empty minor:104
Nov 15 20:56:00 kernel: [  517.834247] Got empty serial number. Generate serial number from product.
Nov 15 20:56:00 syno_hdd_util: Model:[HDS721010CLA332], Firmware:[JP4OA39C], S/N:[xxxxxxxxxxxxx] in [/dev/sdb] is not ssd
Nov 15 20:56:00 syno_hdd_util: Model:[ST3750330AS], Firmware:[SD15], S/N:[xxxxxxxxxx] in [/dev/sda] is not ssd
Nov 15 20:56:04 kernel: [  522.164422] drivers/scsi/sd.c (2283) Got USB disk
Nov 15 20:56:04 kernel: [  522.181178] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
Nov 15 20:56:04 kernel: [  522.200390] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
Nov 15 20:56:04 kernel: [  522.303709] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
Nov 15 20:56:06 kernel: [  524.465288] svc: failed to register lockdv1 RPC service (errno 97).
Nov 15 20:56:07 kernel: [  525.091357] minor=64
Nov 15 20:56:07 kernel: [  525.114270] minor=67
DS710>

Über 8 Minuten für's hochfahren ...

Ein erneuter Herunterfahr-Test hängt erneut. Problem also immernoch vorhanden.

Was mich auch stutzig macht ist, daß ich gestern Abend das autom. herunterfahren und starten deaktiviert hatte (über WebIF -> Bedienfeld -> Energie -> Energie-Zeitplan die Häckchen entfernt und gespeichert).
Warum hat sie es heute Nacht trotzdem gemacht?
Scheinbar funktioniert diese Funktionalität auch nicht korrekt.

Gruß
Schwabenscheich

 

[schwabenscheich]

Hallo,

hatte nun noch eine Idee. Hab nun über das WebIF in Bedienfeld -> Energie -> Energie-Zeitplan die beiden Zeilen für hochfahren und runterfahren gelöscht. Mal schauen was die Box heute Nacht macht.

Löst natürlich nicht das grundlegend vorhandene Problem. Irgend jemand noch eine Idee?
Downgrade könnte noch eine Variante sein. Hat das jemand schon probiert (von 3.0 auf 2.3 zurück)? Von der 2.3 auf die 2.2 soll es ja nicht richtig funktioniert haben (hab ich mal irgendwo gelesen).

Gruß
Schwabenscheich

 

[goetz]

Hallo,
wie startest Du dbus und vlc?

Die optware.sh in /usr/local/etc/rc.d hab ich angelegt. Welche Rechte muß man für die Datei vergeben?

Welche Rechte hast Du vergeben?
Könntest Du noch die Meldungen von 20:38 hier einstellen?

Gruß Götz

 

[schwabenscheich]

Hallo,

Start des VLC über Script.

/usr/local/etc/rc.d/S99vlc.sh

#!/bin/sh
echo "-----------------------------------" >>/root/vlc.txt
echo "Script aufgerufen" >>/root/vlc.txt

PATH=/sbin:/bin:/usr/bin:/usr/sbin:/opt/bin:/opt/sbin

case "$1" in
'start')
echo "Derzeitige Situation:" >>/root/vlc.txt
ps | grep vlc >>/root/vlc.txt
echo "Starting VLC Server" >>/root/vlc.txt

/opt/bin/su admin -c "dbus-launch /opt/bin/vlc -I http -d"

echo "VLC gestartet" >>/root/vlc.txt
sleep 5
ps | grep vlc >>/root/vlc.txt
;;

'stop')
echo "Derzeitige Situation:" >>/root/vlc.txt
ps | grep vlc >>/root/vlc.txt
echo "Stopping VLC Server" >>/root/vlc.txt
killall vlc
echo "VLC gestoppt" >>/root/vlc.txt
sleep 5
ps | grep vlc >>/root/vlc.txt
;;

*)
echo "Usage: $0 { start | stop }"
echo "Aufruf nicht korrekt" >>/root/vlc.txt
exit 1
;;

esac
exit 0

Das spezielle Log wird immernoch geschrieben:

-----------------------------------
Script aufgerufen
Derzeitige Situation:
 4906 admin    32184 S    /opt/bin/vlc -I http -d
 4909 admin    32184 S    /opt/bin/vlc -I http -d
 4910 admin    32184 S    /opt/bin/vlc -I http -d
 4911 admin    32184 S    /opt/bin/vlc -I http -d
 4912 admin    32184 S    /opt/bin/vlc -I http -d
 4913 admin    32184 S    /opt/bin/vlc -I http -d
 4914 admin    32184 S    /opt/bin/vlc -I http -d
 4915 admin    32184 S    /opt/bin/vlc -I http -d
 4916 admin    32184 S    /opt/bin/vlc -I http -d
 4917 admin    32184 S    /opt/bin/vlc -I http -d
 4918 admin    32184 S    /opt/bin/vlc -I http -d
 4919 admin    32184 S    /opt/bin/vlc -I http -d
 9191 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh stop > /dev/null
 9192 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh stop
 9197 root      2460 S    grep vlc
Stopping VLC Server
VLC gestoppt
 9191 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh stop > /dev/null
 9192 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh stop
 9203 root      2460 S    grep vlc
-----------------------------------
Script aufgerufen
Derzeitige Situation:
 4892 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh start > /dev/nul
 4893 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh start
 4898 root      2460 S    grep vlc
Starting VLC Server
VLC gestartet
 4892 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh start > /dev/nul
 4893 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh start
 4906 admin    31160 S    /opt/bin/vlc -I http -d
 4909 admin    31160 S    /opt/bin/vlc -I http -d
 4910 admin    31160 S    /opt/bin/vlc -I http -d
 4911 admin    31160 S    /opt/bin/vlc -I http -d
 4912 admin    31160 S    /opt/bin/vlc -I http -d
 4913 admin    31160 S    /opt/bin/vlc -I http -d
 4914 admin    31160 S    /opt/bin/vlc -I http -d
 4915 admin    31160 S    /opt/bin/vlc -I http -d
 4916 admin    31160 S    /opt/bin/vlc -I http -d
 4917 admin    31160 S    /opt/bin/vlc -I http -d
 4918 admin    31160 S    /opt/bin/vlc -I http -d
 4919 admin    31160 S    /opt/bin/vlc -I http -d
 4925 root      2460 S    grep vlc

Funktionierte bisher einwandfrei. Wenn ich mir das so anschauen, dann sollte ich die Log-Zeilen im Shell-Script mal auskommentieren ...

gewünschtes Log von heute Abend:

DS710> cat /var/log/messages
Nov 15 20:37:55 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov 15 20:37:58 synoaudiod: synoaudiod.cpp:530 synoaudiod exit
Nov 15 20:37:59 kernel: [  469.264915] minor=67
Nov 15 20:37:59 kernel: [  469.277999] minor=64
Nov 15 20:38:04 kernel: [  474.521086] nfsd: last server has exited, flushing export cache
Nov 15 20:38:04 ssctl: ssctl.cpp:96:ClearSSTmpResource(): Get no service info
Nov 15 20:38:07 scheduler: scheduler.c (1613) Got signal. Die gracefully.
Nov 15 20:38:07 scheduler: scheduler.c (1631) rTorrent is killed.
Nov 15 20:38:11 kernel: [  481.643018] ------------[ cut here ]------------
Nov 15 20:38:11 kernel: [  481.643778] Kernel BUG at ffffffff810ce479 [verbose debug info unavailable]
Nov 15 20:38:11 kernel: [  481.643778] invalid opcode: 0000 [#1] SMP
Nov 15 20:38:11 kernel: [  481.643778] last sysfs file: /sys/block/md2/md/dev-sdb3/state
Nov 15 20:38:11 kernel: [  481.643778] CPU 0
Nov 15 20:38:11 kernel: [  481.643778] Modules linked in: usbhid hid usblp usb_storage uhci_hcd ehci_hcd pineview_synobios(P) ipv6 synoacl_ext4(P) synoacl_vfs(P) fuse vfat fat ecryptfs sha512_generic sha256_generic sha1_generic ecb aes_x86_64 chainiv
Nov 15 20:38:11 kernel: [  481.643778] Process umount (pid: 11844, threadinfo ffff88003d7b0000, task ffff88003f19ac50)
Nov 15 20:38:11 kernel: [  481.643778] Stack:
Nov 15 20:38:11 kernel: [  481.643778]  ffffffff810ce33c ffff88003e3a4788 ffff88003e3a4788 ffff88003d88a290
Nov 15 20:38:11 kernel: [  481.643778] <0> ffff88003d88ece8 ffff88003d88a2b0 ffffffff810ce419 ffff88003eeaa3b0
Nov 15 20:38:11 kernel: [  481.643778] <0> ffff88003bbe0400 ffff88003f19ac50 ffff88003bbe04c8 ffff88003f19ac50
Nov 15 20:38:11 kernel: [  481.643778] Call Trace:
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff810ce33c>] ? fsnotify_clear_marks_by_inode+0xbc/0xe0
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff810ce419>] ? fsnotify_unmount_inodes+0xb9/0x100
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff810b34f2>] ? invalidate_inodes+0x52/0x130
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff8109e6ed>] ? generic_shutdown_super+0x4d/0x100
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff8109e7c9>] ? kill_block_super+0x29/0x50
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff8109e8c1>] ? deactivate_super+0x61/0x80
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff810b7146>] ? sys_umount+0x2a6/0x650
Nov 15 20:38:11 kernel: [  481.643778]  [<ffffffff81029b72>] ? ia32_sysret+0x0/0x5
Nov 15 20:38:11 kernel: [  481.643778] Code: df 49 89 df e8 f9 3a fe ff eb 8a 90 90 90 90 90 90 90 48 83 7f 68 00 48 89 f8 75 0f 48 8b 3d cf 1a 3c 00 48 89 c6 e9 e7 8c fc ff <0f> 0b eb fe 66 66 90 8b 57 38 89 d0 c1 f8 08 38 d0 74 35 48 8b
Nov 15 20:38:11 kernel: [  481.643778] RIP  [<ffffffff810ce479>] dnotify_free_mark+0x19/0x20
Nov 15 20:38:11 kernel: [  481.643778]  RSP <ffff88003d7b1db0>
Nov 15 20:38:11 kernel: [  481.928481] ---[ end trace 1c7159bcaaf64c4e ]---
Nov 15 20:38:11 kernel: [  481.933335] ------------[ cut here ]------------
Nov 15 20:38:11 kernel: [  481.938225] WARNING: at kernel/exit.c:895 do_exit+0x66e/0x6e0()
Nov 15 20:38:11 kernel: [  481.944330] Hardware name: To Be Filled By O.E.M.
Nov 15 20:38:11 kernel: [  481.949277] Modules linked in: usbhid
Nov 15 20:38:11 kernel: [  481.993065] Pid: 11844, comm: umount Tainted: P      D    2.6.32.12 #1372
Nov 15 20:38:11 kernel: [  482.000039] Call Trace:
Nov 15 20:38:11 kernel: [  482.002636]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 15 20:38:11 kernel: [  482.008189]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 15 20:38:11 kernel: [  482.013653]  [<ffffffff81038b85>] ? warn_slowpath_common+0x85/0xb0
Nov 15 20:38:11 kernel: [  482.020166]  [<ffffffff8103ba2e>] ? do_exit+0x66e/0x6e0
Nov 15 20:38:11 kernel: [  482.025595]  [<ffffffff8100f426>] ? oops_end+0xa6/0xb0
Nov 15 20:38:11 kernel: [  482.030924]  [<ffffffff8100cae4>] ? do_invalid_op+0x84/0xa0
Nov 15 20:38:12 kernel: [  482.036913]  [<ffffffff810ce479>] ? dnotify_free_mark+0x19/0x20
Nov 15 20:38:12 kernel: [  482.043206]  [<ffffffff8107818a>] ? pagevec_lookup_tag+0x1a/0x30
Nov 15 20:38:12 kernel: [  482.049672]  [<ffffffff81077350>] ? write_cache_pages+0x1d0/0x400
Nov 15 20:38:12 kernel: [  482.056118]  [<ffffffff810761d0>] ? __writepage+0x0/0x30
Nov 15 20:38:12 kernel: [  482.061829]  [<ffffffff8100be15>] ? invalid_op+0x15/0x20
Nov 15 20:38:12 kernel: [  482.067410]  [<ffffffff810ce460>] ? dnotify_free_mark+0x0/0x20
Nov 15 20:38:12 kernel: [  482.073591]  [<ffffffff810ce479>] ? dnotify_free_mark+0x19/0x20
Nov 15 20:38:12 kernel: [  482.079804]  [<ffffffff810ce33c>] ? fsnotify_clear_marks_by_inode+0xbc/0xe0
Nov 15 20:38:12 kernel: [  482.087173]  [<ffffffff810ce419>] ? fsnotify_unmount_inodes+0xb9/0x100
Nov 15 20:38:12 kernel: [  482.094036]  [<ffffffff810b34f2>] ? invalidate_inodes+0x52/0x130
Nov 15 20:38:12 kernel: [  482.100364]  [<ffffffff8109e6ed>] ? generic_shutdown_super+0x4d/0x100
Nov 15 20:38:12 kernel: [  482.107138]  [<ffffffff8109e7c9>] ? kill_block_super+0x29/0x50
Nov 15 20:38:12 kernel: [  482.113336]  [<ffffffff8109e8c1>] ? deactivate_super+0x61/0x80
Nov 15 20:38:12 kernel: [  482.119523]  [<ffffffff810b7146>] ? sys_umount+0x2a6/0x650
Nov 15 20:38:12 kernel: [  482.125401]  [<ffffffff81029b72>] ? ia32_sysret+0x0/0x5
Nov 15 20:38:12 kernel: [  482.130969] ---[ end trace 1c7159bcaaf64c4f ]---
Nov 15 20:38:12 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139

Rechte bisher keine vergeben. Tendierte zu 755. Hab dann aber gedacht, erst einmal abwarten und testen.

Gruß
Schwabenscheich

 

[janus]

Hi,

OK, OK ... Hab mir das Ganze gerade nochmals angeschaut. Passt schon. War da vorher auf dem "Holzweg". Sollte vielleicht im Wiki erwähnt werden was dann getan wird und warum.
Hab nun meine Box entsprechend getuned. Herunterfahren tut sie aber immer noch nicht ...

Blaue LED am/im Schalter blinkt. LAN blinkt auch (unregelmäßig). LED's der HDD's und Status leuchten permanent.
/var/log/messages:

Nov 15 20:38:12 kernel: [  482.130969] ---[ end trace 1c7159bcaaf64c4f ]---
Nov 15 20:38:12 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139
DS710>

Gleicher Fehler wie bisher.
Nur permanentes drücken des Ein-Aus-Schalters führt zum "Ende des Zustandes"/hängens.
Neustart verläuft langwierig. HDD's "rödeln" lautstark vor sich hin während blaue LED am/im Schalter blinkt. LAN blinkt auch (unregelmäßig), restl. LED's (der HDD's und Status) sind aus. Kein Zugriff auf DS710+ möglich (auch nicht Telnet). Zustand nun seit 5 Minuten schon so.

Nun hat sie es kurz bevor ich die Meldung absenden wollte doch noch gepackt:

Über 8 Minuten für's hochfahren ...

Ein erneuter Herunterfahr-Test hängt erneut. Problem also immernoch vorhanden.

Was mich auch stutzig macht ist, daß ich gestern Abend das autom. herunterfahren und starten deaktiviert hatte (über WebIF -> Bedienfeld -> Energie -> Energie-Zeitplan die Häckchen entfernt und gespeichert).
Warum hat sie es heute Nacht trotzdem gemacht?
Scheinbar funktioniert diese Funktionalität auch nicht korrekt.

Gruß
Schwabenscheich

Klingt mir ganz so, als ob du keine Sauberen Start Stop fähigen Scripte für deine Zusatz Software verwendest. Bzw. der Hinweis dass /volume1 nicht umountet werden kann ist doch wohl eindeutig!

Wenn VLC beim herunterfahren nicht sauber beendet wird, kannst du die ganze Mühe vergessen! Alle Dienste, welche beim Herunterfahren noch in /opt Zugriffe bewirken verhindern das saubere Herunterfahren der DS.

Du hast mit dem Umbau also erst halbherzig agiert!

Setz dich hin und bau saubere Start/Stop Scripte und anschliessend klappt es auch mit dem Runterfahren der DS. Die Scripte dann bitte ins Wiki.

Gruß

Janus

 

[janus]

Hallo,

Start des VLC über Script.

....

Gruß
Schwabenscheich

Wie ich gerade gesehen habe, liegt dein VLC Script wohl unter "/usr/local/etc/rc.d"

Durch den Umbau solltest du das mal nach /opt/etc/init.d schieben. Vorher bitte testen, dass VLC und alle anderen deiner Dienste auch tatsächlich beendet werden, wenn du die Scripts mit "stop" als Parameter aufrufst.

Gruß

Janus

 

[schwabenscheich]

Hallo Janus,
es hat seit März 2009 mit der DSM 2.3 einwandfrei funktioniert.
Erst seit Upgrade auf DSM 3.0 tritt das Problem auf!

Sieht für mich nach einer Änderung im Rahmen von 3.0 aus, die nun bewirkt, daß irgend etwas nicht mehr funktioniert.

VLC scheint nicht der Übertäter zu sein. Wie oben schon ersichtlich (in LOG) funktioniert das Script immer noch:

Script aufgerufen
Derzeitige Situation:
 4906 admin    32184 S    /opt/bin/vlc -I http -d
 4909 admin    32184 S    /opt/bin/vlc -I http -d
 4910 admin    32184 S    /opt/bin/vlc -I http -d
 4911 admin    32184 S    /opt/bin/vlc -I http -d
 4912 admin    32184 S    /opt/bin/vlc -I http -d
 4913 admin    32184 S    /opt/bin/vlc -I http -d
 4914 admin    32184 S    /opt/bin/vlc -I http -d
 4915 admin    32184 S    /opt/bin/vlc -I http -d
 4916 admin    32184 S    /opt/bin/vlc -I http -d
 4917 admin    32184 S    /opt/bin/vlc -I http -d
 4918 admin    32184 S    /opt/bin/vlc -I http -d
 4919 admin    32184 S    /opt/bin/vlc -I http -d
 9191 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh stop > /dev/null
 9192 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh stop
 9197 root      2460 S    grep vlc
Stopping VLC Server
VLC gestoppt
 9191 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh stop > /dev/null
 9192 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh stop
 9203 root      2460 S    grep vlc

Also: VLC läuft, dann kommt der Killall vlc und dann ist er weg und nur noch das Stop-Script aktiv, das dann (nach dem Log-Eintrag) auch beendet wird. Hier alles OK. Der Short-Dump kommt erst später.

Was mir Sorgen macht ist die Zeile:

 Kernel BUG at ffffffff810ce479 [verbose debug info unavailable]

Hier scheint das Problem zu liegen. Anschl. kommt noch eine Trace-Ausgabe und dann stoppt er den Shutdown-Prozess auf Grund von dem Short-Dump.
Wenn ich nach der Zeile davor die Suche bemühe, dann finde ich den Beitrag , der auch meiner Meinung nach das gleiche Problem beschriebt, aber die Lösung (Dein Wiki-Eintrag) hat bei mir nicht zum gleichen Ergebnis geführt.


Gruß
Schwabenscheich

 

[janus]

Hallo Janus,
es hat seit März 2009 mit der DSM 2.3 einwandfrei funktioniert.
Erst seit Upgrade auf DSM 3.0 tritt das Problem auf!

Sieht für mich nach einer Änderung im Rahmen von 3.0 aus, die nun bewirkt, daß irgend etwas nicht mehr funktioniert.

VLC scheint nicht der Übertäter zu sein. Wie oben schon ersichtlich (in LOG) funktioniert das Script immer noch:

Script aufgerufen
Derzeitige Situation:
 4906 admin    32184 S    /opt/bin/vlc -I http -d
 4909 admin    32184 S    /opt/bin/vlc -I http -d
 4910 admin    32184 S    /opt/bin/vlc -I http -d
 4911 admin    32184 S    /opt/bin/vlc -I http -d
 4912 admin    32184 S    /opt/bin/vlc -I http -d
 4913 admin    32184 S    /opt/bin/vlc -I http -d
 4914 admin    32184 S    /opt/bin/vlc -I http -d
 4915 admin    32184 S    /opt/bin/vlc -I http -d
 4916 admin    32184 S    /opt/bin/vlc -I http -d
 4917 admin    32184 S    /opt/bin/vlc -I http -d
 4918 admin    32184 S    /opt/bin/vlc -I http -d
 4919 admin    32184 S    /opt/bin/vlc -I http -d
 9191 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh stop > /dev/null
 9192 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh stop
 9197 root      2460 S    grep vlc
Stopping VLC Server
VLC gestoppt
 9191 root      2456 S    sh -c /usr/local/etc/rc.d/S99vlc.sh stop > /dev/null
 9192 root      2456 S    /bin/sh /usr/local/etc/rc.d/S99vlc.sh stop
 9203 root      2460 S    grep vlc

Also: VLC läuft, dann kommt der Killall vlc und dann ist er weg und nur noch das Stop-Script aktiv, das dann (nach dem Log-Eintrag) auch beendet wird. Hier alles OK. Der Short-Dump kommt erst später.

Was mir Sorgen macht ist die Zeile:

 Kernel BUG at ffffffff810ce479 [verbose debug info unavailable]

Hier scheint das Problem zu liegen. Anschl. kommt noch eine Trace-Ausgabe und dann stoppt er den Shutdown-Prozess auf Grund von dem Short-Dump.
Wenn ich nach der Zeile davor die Suche bemühe, dann finde ich den Beitrag , der auch meiner Meinung nach das gleiche Problem beschriebt, aber die Lösung (Dein Wiki-Eintrag) hat bei mir nicht zum gleichen Ergebnis geführt.


Gruß
Schwabenscheich

Moin,
wenn vorher noch der Fehler mit dem Volume umount kommt, brauchen wir uns nicht mehr weiter unterhalten, denn dann ist alles weitere wohl nur ein Folgefehler.

Sieh zu, dass alle Dienste, nicht nur der VLC, sauber beendet werden, danach wäre ich guter Hoffnung, dass deine DS sauber runterfahren kann und immer wenn der Volume umount Fehler kommt, hast du was falsch gemacht beim automatischen beenden der Prozesse.

Meine DS habe ich mittlerweile so, wie im Wiki angegeben umgebaut und die kommt sauber hoch und fährt sauber runter. WOL funktioniert seit ein paar Tagen einwandfrei und das automatische runter und hochfahren für die Nacht ist ebenfalls OK. Wenn man sich ein paar Gedanken darüber macht, wie so ein System hoch und runter gefahren wird, dann wird einem einiges klarer.

Ein Tip noch: Nehm erst mal alle deine zusatzprozesse offline und starte die DS durch. Wenn dann alles OK ist, dann kannst du einen nach dem anderen wieder Hochnehmen und Testen. So dürfte der Übeltäter schnell auffindbar werden.
Wenn nach dem offline nehmen immer noch was klemmt, dann hast du was verbastelt.

Gruß

Janus

 

[schwabenscheich]

Problem gelöst

Hallo,
hab die Dateien in /usr/local/etc/rc.d umbenannt in xxxxx.sh.old, weil die Dienste sind alle doppelt gestartet worden (da Scripte nach /opt/etc/init.d kopiert). Diese Aktion hätte ich mir also sparen können. Ist somit egal wo diese liegen; Hauptsache vorhanden.
Hab dann die Shell-Scripte wieder zurück benannt und nur das in S99vlc umbenannte Script in /opt/etc/init.d gelassen.
Somit die folgende Ausgangssituation:

DS710> ls -ltr /opt/etc/init.d
-rwxr-xr-x    1 root     root           965 Nov 16 20:54 S99vlc
-rwxr-xr-x    1 root     root          1800 Nov 16 21:17 S20dbus
DS710>
DS710> ls -ltr /usr/local/etc/rc.d
-rwxr-xr-x    1 root     root           147 Oct 16  2008 ipkgweb.sh
-rwxrwxrwx    1 root     root           234 Oct 20  2008 WebShell.sh
-rwxrwxrwx    1 root     root           234 Oct 21  2008 Unzip.sh
-rwxrwxrwx    1 root     root           234 Oct 21  2008 WebEditor.sh
-rwxrwxrwx    1 root     root           578 Feb 22  2010 Init_3rdparty.sh
-rwxrwxrwx    1 root     root           417 Apr 14  2010 adm.sh
-rwxrwxrwx    1 root     root          1472 Nov 15 19:58 optware.sh
-rwxr-xr-x    1 root     root           839 Nov 16 20:55 S99vlc.sh.old
DS710>

Dann hab ich mich um die Startscripte gekümmert. Da gab es eine "S20dbus" in /opt/etc/init.d, die bei "./S20dbus -start" zwei Fehler geworfen hat. Hab dann die Gruppe "netdrv" in /etc/groups und den User "avahi" in /etc/passw angelegt.

In die /etc/group hab ich folgende Zeile einfügen müssen:

netdev:x:1035:admin

In die /etc/passwd hab ich folgende Zeile einfügen müssen:

avahi:x:84:84:dbus User:/opt/var/run/dbus:/bin/false

Hab dann alle dbus-Prozesse "runtergeschossen", die pid-Datei unter /opt/var/run/dbus mit "rm -f pid" gelöscht, d.h. komplett neu aufgesetzt. Die Fehlermeldungen waren dann weg und START und STOP des "S20dbus"-Scripts haben fehlerfrei funktioniert.

Hab mir dann noch das Script vom VLC vorgenommen und dort einen killall für den dbox-daemon im STOP-Bereich eingebaut.
Diese beiden Themen waren es dann wohl auch, weil nun fährt das Teil ohne Probleme runter und rauf.

Neues S99vlc-Script in /opt/etc/init.d:

DS710> cat /opt/etc/init.d/S99vlc
#!/bin/sh

PATH=/sbin:/bin:/usr/bin:/usr/sbin:/opt/bin:/opt/sbin

case "$1" in
'start')
/opt/bin/su admin -c "dbus-launch /opt/bin/vlc -I http -d"
;;

'stop')
killall vlc
killall dbus-daemon
;;

*)
echo "Usage: $0 { start | stop }"
exit 1
;;

esac

exit 0

Hoffe "mein Tun" für alle vernünftig beschrieben zu haben, die das gleiche Problem irgendwann bekommen ... also auch den VLC laufen haben und auf DSM 3.0 gewechselt haben.
... herzlichen Dank an alle (insbesondere JANUS), die geholfen haben das Problem zu lösen.

Gruß
Schwabenscheich

 

[janus]

Hi,

OK, OK ... Hab mir das Ganze gerade nochmals angeschaut. Passt schon. War da vorher auf dem "Holzweg". Sollte vielleicht im Wiki erwähnt werden was dann getan wird und warum.

.....

Gruß
Schwabenscheich

Schön, dass es geklappt hat, dann kannst du ja im Wiki noch erklären, was mit obigem gemeint war ;-)

Gruß

Janus

 

[GoldenClaw]

Dann hab ich mich um die Startscripte gekümmert. Da gab es eine "S20dbus" in /opt/etc/init.d, die bei "./S20dbus -start" zwei Fehler geworfen hat. Hab dann die Gruppe "netdrv" in /etc/groups und den User "avahi" in /etc/passw angelegt.

das kapier ich noch nicht ganz, wie hast du Gruppen und User erstellt?

Ansonsten: find ich super, dass du das so aufgeschrieben hast, erleichtert Linux-Neulingen wie mir doch einiges

Viele Grüße,
Claw

Edit: Hat sich erledigt, ich war im falschen Verzeichnis... danke dir

 

[schwabenscheich]

Schon jemand die DSM 3.1 und/mit VLC im Einsatz?

Hi all,

scheinbar nicht nur ein Problem der DS710+. Sehe Du hast eine DS211.
@GoldenClaw:
Wie ist es denn .. die 1,6er CPU sollte es ja auch packen ... bei mir funktioniert es mit der DSM 3.0 immernoch tadellos. Keine Freezer etc.
Hast Du schon die DSM 3.1 im Einsatz? Erfahrungswerte?

Gruß
Schwabenscheich

 

[GoldenClaw]

ich kann bisher noch nix groß sagen zur Performance, weil ich zur Zeit noch nicht wirklich blicke, wie ich nen DVD-Ordner (VIDEO_TS) konvertieren oder streamen lass.
hab hier auch nen Beitrag dazu: http://www.synology-forum.de/showth...-analog-zu-Youtube-o.%E4.&p=155700#post155700

Gruß
Claw

 

[udius]

ja, seit eben auf meiner ds710+ mit dsm 3.2-1955 funzt vlc

ABER

mehr nicht mal 720x576 läuft ruckelfrei auf meiner dm8000. ausserdem ist das bild sehr in die breite gezogen (vertikal gestaucht).

mit meinem laptop i5 M450@2,4 GHz läuft allerdings auch nur 720x576 (mit ganz minimalen rucklern) aber dafür ohne verzerrungen.