Problem mit autom. Poweroff + Kleinigkeiten

[moomba]

Hallo zusammen,

die SuFu hat mir leider nichts passendes geliefert und da ich sonst nicht so recht wußte wohin damit, wende ich mich hier nochmal an Euch mit meinen Problemchen.

1. Nach jedem Neustart der DS muss ich shh neu im DSM aktivieren. Bug or feature? (siehe auch log-Ausschnitte)

2. Seit den durchgeführten Mods zeigt ls mir keine Farben mehr an. Bin früher hier schonmal über eine Lösungsbeschreibung gestolpert, finde aber leider den Thread nicht mehr. Wer kann mir weiterhelfen?

3. Seit vorgestern hängt sich meine DS beim automatischen Shutdown (/sbin/poweroff) auf. Äußerlich ist an der DS nix zu sehen, aber web, ssh und shares sind nicht mehr zu erreichen. Drücke ich das Knöpfchen an der DS beginnt die LED zwar zu blinken, aber weiter passiert auch nichts. Mit gedrückthalten kann ich sie ann zwanghaft ausschalten und wieder scheinbar normal hochfahren. Wenn ich poweroff aus der Konsole selbst starte, funktioniert der shutdown problemlos.

Ich habe hier mal ein paar Auszüge aus var/log/messages:

Nach poweroff aus der Konsole:

Oct 23 14:18:25 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Oct 23 14:18:35 kernel: [ 2525.645079] ------------[ cut here ]------------
Oct 23 14:18:35 kernel: [ 2525.645990] Kernel BUG at ffffffff8119c2ee [verbose debug info unavailable]
Oct 23 14:18:35 kernel: [ 2525.645990] invalid opcode: 0000 [#1] SMP

[...]

Oct 23 14:18:35 kernel: [ 2525.940433] ---[ end trace 5e31b2689ed05dec ]---
Oct 23 14:18:35 kernel: [ 2525.945259] Fixing recursive fault but reboot is needed!
Oct 23 14:18:35 syslogd exiting

Danach normaler Neustart:

Oct 23 14:19:55 syslogd started: BusyBox v1.16.1

[...]

Oct 23 14:19:55 kernel: [    0.005106] Mount-cache hash table entries: 256
Oct 23 14:19:55 kernel: [    0.177711] bio: create slab <bio-0> at 0
Oct 23 14:19:55 kernel: [    0.193518] ACPI: Executed 1 blocks of module-level executable AML code
Oct 23 14:19:55 kernel: [    0.292932] ACPI Warning: Incorrect checksum in table [OEMB] - 85, should be 7E (20090903/tbutils-314)
Oct 23 14:19:55 kernel: [    0.541122] raid6: int64x1    320 MB/s

[...]


Oct 23 14:22:11 scemd: scemd.c:306 stop manutild.

Dann geplanter shutdown mit "Stromschalter" Einstellung für 14:35Uhr:

Oct 23 14:35:04 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd

Dann muss ich die Kiste hard ausschalten und Neustarten mit folgenden messages:

Oct 23 14:50:36 syslogd started: BusyBox v1.16.1

[...]

Oct 23 14:50:36 kernel: [    0.005105] Mount-cache hash table entries: 256
Oct 23 14:50:36 kernel: [    0.046999] APIC calibration not consistent with PM-Timer: 119ms instead of 100ms
Oct 23 14:50:36 kernel: [    0.180681] bio: create slab <bio-0> at 0
Oct 23 14:50:36 kernel: [    0.196494] ACPI: Executed 1 blocks of module-level executable AML code
Oct 23 14:50:36 kernel: [    0.295342] ACPI Warning: Incorrect checksum in table [OEMB] - 85, should be 7E (20090903/tbutils-314)
Oct 23 14:50:36 kernel: [    0.543074] raid6: int64x1    320 MB/s

[...]

Oct 23 14:50:54 syno_hdd_util: Model:[WD10EARS-00Y5B1], Firmware:[80.00A80], S/N:[WD-WCAV5F128063] in [/dev/sda] is not ssd
Oct 23 14:50:58 sshd[3793]: error: Bind to port 22 on :: failed: Address already in use.
Oct 23 14:50:58 sshd[3793]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Oct 23 14:50:58 sshd[3793]: fatal: Cannot bind any address.
Oct 23 14:50:58 kernel: [   49.256867] drivers/scsi/sd.c (2274) Got USB disk

[...]

Oct 23 14:52:52 scemd: scemd.c:306 stop manutild.

Leider kann ich nicht die kompletten Logs posten, weil's über die Zeichenbegrenzung geht. Ich habe versucht interessante Stellen herauszufiltern.

Ich würde mich freuen, wenn jemand eine Idee hat.

Bis bald,

moomba

 

[moomba]

Ich habe die Punkte noch nicht gelöst und würde mich immer noch über Hilfe freuen.
Gerade Punkt drei würde ich gerne beheben, weil die DS derzeit nachts und am WE durchlaufen muss, obwohl sie nicht gebraucht wird.

Vielen Dank!

 

[itari]

Wenn du Mods durchgeführt hast, dann wäre es schon wissenswert, was du da alles so installiert hast.

Zum Beispiel die Farben: vermutlich nutzt du auf Grund der PATH-Variablen den IPKG-ls und nicht den eingebauten BusyBox-ls.

Ein ähnliches Problem kann auch bei ssh auftreten, wenn du z.B. auch im Rahmen einer IPKG-Installation einen zweiten sshd konfiguriert hast, welcher zusammen mit dem Synology-sshd auf Port 22 konkurriert ...

Das sind jetzt Vermutungen ... mehr Infos von deiner Seite wären nötig.

Itari

 

[moomba]

Hallo itari,

danke für die schnelle Reaktion. Wie in meiner Signatur steht, habe ichOpenVPN nach der Anleitung von "UbuntuLinux" und rsnapshot nach der Anleitung im Wiki nachinstalliert.(Vorher natürlich IPKG aufgespielt) Das war's auch schon
Den Rest bringt die DS von Hause aus mit.

Sind noch mehr Infos von nöten? Werde natürlich mein Bestes tun alle Daten zu liefern.

Dank&Gruß,

moomba

 

[itari]

Guck doch mal, ob es 2 sshd gibt, die sich in die Quere kommen? Mach den Synology sshd aus und schau mit ps nach, ob ein anderer /opt/..../sshd läuft.

Wegen der Farbe, probiere mal /bin/ls ... zeigt das Farbe an? Wenn du magst, kannst ja die PATH-Variable in der /root/.profile abändern.

Der Shutdown kann sich an den gemounteten /opt verschlucken. Verwendest du die Geschichte mit dem /usr/syno/etc/rc.d/S99mount.sh-Skript? Das umounted zur rechten Zeit ....

Itari

 

[moomba]

Die DS steht schon im neuen Büro, dass aber dank VF noch kein Internet hat. Ich komm von hier aus also nicht dran. Ich melde mich, sobald ich die Infos beisammen habe. Vielen Dank!

 

[matten]

Hallo! Ich habe das selbe Problem. Meine DS 1010+ hängt sich scheinbar beim automatischen Runterfahren auf.. Selbe Probleme mit dem Ausschalten per Knopf. Ich verwende einfach nur die 3.0 DSM Version plus kissdx.

Gruß,
Matthias

 

[goetz]

Hallo,
hast Du zusätzliche Software installiert (ipkg)?

Gruß Götz

 

[yavaz]

Hallo zusammen,

Hab genau das selbe Problem mit meiner 710+.
Auf meiner 710+ hab ich Pyload und die dazugehörigen ipkg installiert, zudem läuft ein TS3 Server drauf.
Das neustarten/herunterfahren über die Weboberfläche klappe überhaupt nicht, sobald ich aber das NAS per Knopfdruck aus/einschalte, funkt. es ohne Probleme.


Im log steht folgenes:

Nov 13 00:10:04 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov 13 00:10:07 synoaudiod: synoaudiod.cpp:530 synoaudiod exit
Nov 13 00:10:08 kernel: [364387.881318] nfsd: last server has exited, flushing export cache
Nov 13 00:10:10 scheduler: scheduler.c (1613) Got signal. Die gracefully.
Nov 13 00:10:10 scheduler: scheduler.c (1631) rTorrent is killed.
Nov 13 00:10:16 kernel: [364395.009104] ------------[ cut here ]------------
Nov 13 00:10:16 kernel: [364395.009572] Kernel BUG at ffffffff8119c3ae [verbose debug info unavailable]
Nov 13 00:10:16 kernel: [364395.021153] invalid opcode: 0000 [#1] SMP
Nov 13 00:10:16 kernel: [364395.025071] last sysfs file: /sys/block/md3/md/dev-sdb3/state
Nov 13 00:10:16 kernel: [364395.031068] CPU 1
Nov 13 00:10:16 kernel: [364395.034069] 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 13 00:10:16 kernel: [364395.178042] Process ts3server_linux (pid: 31497, threadinfo ffff880031f12000, task ffff88003f1c11f0)
Nov 13 00:10:16 kernel: [364395.187039] Stack:
Nov 13 00:10:16 kernel: [364395.190040] 00000001ffffffff 0000000000000000 00000000ffca7000 ffff88003cee3000
Nov 13 00:10:16 kernel: [364395.197039] <0> ffff880033cc4c28 ffff880031f50ec0 ffff880034aab870 0000000008048000
Nov 13 00:10:16 kernel: [364395.205036] <0> 0000000000000000 ffff88000168b8e0 ffffffff8108923f ffff880034aab870
Nov 13 00:10:16 kernel: [364395.214034] Call Trace:
Nov 13 00:10:16 kernel: [364395.217034] [<ffffffff8108923f>] ? unlink_file_vma+0x3f/0x60
Nov 13 00:10:16 kernel: [364395.223033] [<ffffffff810838e7>] ? free_pgtables+0x87/0xf0
Nov 13 00:10:16 kernel: [364395.229031] [<ffffffff8108b1c6>] ? exit_mmap+0xe6/0x140
Nov 13 00:10:16 kernel: [364395.234031] [<ffffffff810364d6>] ? mmput+0x16/0xb0
Nov 13 00:10:16 kernel: [364395.239030] [<ffffffff8103a949>] ? exit_mm+0xe9/0x110
Nov 13 00:10:16 kernel: [364395.245029] [<ffffffff8103b4f0>] ? do_exit+0x130/0x6e0
Nov 13 00:10:16 kernel: [364395.250028] [<ffffffff8103bada>] ? do_group_exit+0x3a/0xa0
Nov 13 00:10:16 kernel: [364395.256028] [<ffffffff81046759>] ? get_signal_to_deliver+0x1b9/0x370
Nov 13 00:10:16 kernel: [364395.263026] [<ffffffff8100a863>] ? do_notify_resume+0x103/0x820
Nov 13 00:10:16 kernel: [364395.269024] [<ffffffff81050490>] ? hrtimer_cancel+0x10/0x20
Nov 13 00:10:16 kernel: [364395.276023] [<ffffffff810506c6>] ? hrtimer_nanosleep+0x96/0x120
Nov 13 00:10:16 kernel: [364395.282022] [<ffffffff81050010>] ? hrtimer_wakeup+0x0/0x30
Nov 13 00:10:16 kernel: [364395.288020] [<ffffffff8100b38b>] ? int_signal+0x12/0x17
Nov 13 00:10:16 kernel: [364395.293020] Code: 5f c3 48 39 5d 00 75 23 48 c7 45 00 00 00 00 00 66 c7 45 08 01 00 48 83 c4 20 5b 5d 41 5c 41 5d 41 5e 41 5f c3 48 89 52 08 eb c3 <0f> 0b eb fe 66 66 66 90 66 66 66 90 66 66 90 66 66 90 41 57 49
Nov 13 00:10:16 kernel: [364395.314016] RIP [<ffffffff8119c3ae>] prio_tree_remove+0xde/0xf0
Nov 13 00:10:16 kernel: [364395.321015] RSP <ffff880031f13c10>
Nov 13 00:10:16 kernel: [364395.325085] ---[ end trace e93a9b737273bd2b ]---
Nov 13 00:10:16 kernel: [364395.330100] Fixing recursive fault but reboot is needed!


Hat jmd hierfür evtl. eine Lösung?

 

[goetz]

Hallo,
der ts3server lief noch und deswegen konnte wahrscheinlich /volume1 und/oder /opt nicht ausgehangen werden. Was ist zu tun:
1. ipkg auf symlink umstellen
2. ipkg Serverprozesse beim shutdown stoppen
3. pyload mit start/stop script versorgen

Gruß Götz

 

[yavaz]

Hey goetz,

Vielen dank, nun funktioniert es ;D

 

[moomba]

Wegen der Farbe, probiere mal /bin/ls ... zeigt das Farbe an? Wenn du magst, kannst ja die PATH-Variable in der /root/.profile abändern.

Es wurde tatsächlich ein "falscher" ls benutzt. Da sich das aber nicht über die PATH-Variablen anpassen ließ, habe ich die anderen umbenannt. Nun klappt das wieder!

Der Shutdown kann sich an den gemounteten /opt verschlucken. Verwendest du die Geschichte mit dem /usr/syno/etc/rc.d/S99mount.sh-Skript? Das umounted zur rechten Zeit ....

Das sagt mir leider nichts . Ich habe jetzt die Variante von Goetz benutzt und seit dem klappt das herunterfahren wieder problemlos, wie man mir berichtet.

Vielen Dank für die wiedermal tolle Hilfe, itari!

Hallo,
der ts3server lief noch und deswegen konnte wahrscheinlich /volume1 und/oder /opt nicht ausgehangen werden. Was ist zu tun:
1. ipkg auf symlink umstellen

/opt ist bei mir leer. Die angesprochene Zeile in der rc.local gibt es nicht.

2. ipkg Serverprozesse beim shutdown stoppen

Hab ich so gemacht und hat das Problem behoben (s.o.)

Auch dir vielen Dank Götz! Die Hilfsbereitschaft vieler hier im Forum ist wirklich toll und keinesfalls selbstverständlich. Klasse!

Leider habe ich seit diesen Umstellungen ein neues Problem. Der Befehl rsnapshot wird nicht mehr gefunden. Nähere Infos kann ich dazu später nochmal geben, wenn ich im entsprechenden Büro sitze. Aber vielleicht hat schon sofort jemand eine Idee woran es liegt.

 

[moomba]

Hab's gefixt. War nur ein Fehler im Link zur optware