Hallo alle zusammen,
ich warte immer eine Weile mit der Durchführung der Updates, um erst die Erfahrungen anderer mit dem Update zu lesen und eigentlich solche Probleme, wie ich sie jetzut habe zu vermeiden. Da in letzter Zeit viele Updates ausgespielt wurden, habe ich dadurch ein Update übersprungen. Da keine gravierenden Probleme in den jeweiligen Threads auftauchten, habe ich mich also entschlossen zu updaten:
Von DSM 6.0.2-8451 Update 7 auf Update 9.
Hardware: DS216j
WLAN-Stick: TP-Link TL-WN722N (in der Kompatibilitätsliste geführt)
Großer Fehler. Nach dem Update kam die DS erst gar nicht mehr hoch. Zur Sicherheit 2 Stunden gewartet, aber nichts tat sich. Die DS ist aber wie verrückt am werkeln. Also einmal neu gestartet (hart). Gleiches Spiel.
Nach einiger Zeit bin ich auf die Konsole gekommen, "top" zeigt mir, dass der Prozessor der DS zu 100% ausgelastet ist. Nach langem Probieren und vertaner Lebenszeit kam ich zu dem Ergebnis, dass die DS imemr nicht mehr hoch kommt, wenn ich den WLAN-Stick (Ich nutze die DS auch als AccessPoint) eingesteckt habe. Ohne Stick fährt sie problemlos hoch.
Aber auch wenn die DS bereits läuft und ich dann den WLAN-Stick einstecke, kommt es zu besagter Auslastung und einer Nichterreichbarkeit/Überlastung der DS. Die WLAN-Funktionalität ist dann auch nicht gegeben.
Also habe ich weiter auf der Konsole geschaut und viele Prozesse gefunden, die mit dem netwzerk zutun haben (siehe Anhang).
Die Syno scheint nach dem Einstecken des WLAN-Sticks mit den eigenen Netzwerkeinstellungen und Adaptern total durcheinander zu kommen. Die ganzen restart-Prozesse von synonetd sorgen für 100% CPU-Auslastung.
Auch spannend (aber ggf. nicht direkt damit zusammenhängend): Seit dem Update funktionieren meine ISCSI-Laufwerke nicht mehr. Es kommt zu ständigen Disconnects und die LAufwerke sind nur wenige Sekunden beschreibbar, ehe sie wieder "verschwinden".
Mit scheint es also so, als ob entweder mit Update 8 oder Update 9 der eigentlich in der Kompatibilitätsliste geführte WLAN-Stick nicht mehr kompatibel ist, oder es einen gravierenderen Bug in der WLAN-Funktionalität gibt.
Was ich versucht habe:
- Zurücksetzen der Netzwerkeinstellungen (ohne Erfolg)
- Deaktivieren von ddos-Schutz (kein Erfolg)
- Durchprobieren sämtlicher Möglichkeiten der Konfiguration von ipv6 (hatte da etwas gelsen, kein Erfolg)
- Deaktivieren der Firewall (kein Erfolg)
Ich bin jetzt mit meinem latein am Ende ...
Hat vielleicht jemand ähnliche Erfahrungen?
Ticket bei Synology ist erstellt.
Beste Grüße unrealSpeedy
ich warte immer eine Weile mit der Durchführung der Updates, um erst die Erfahrungen anderer mit dem Update zu lesen und eigentlich solche Probleme, wie ich sie jetzut habe zu vermeiden. Da in letzter Zeit viele Updates ausgespielt wurden, habe ich dadurch ein Update übersprungen. Da keine gravierenden Probleme in den jeweiligen Threads auftauchten, habe ich mich also entschlossen zu updaten:
Von DSM 6.0.2-8451 Update 7 auf Update 9.
Hardware: DS216j
WLAN-Stick: TP-Link TL-WN722N (in der Kompatibilitätsliste geführt)
Großer Fehler. Nach dem Update kam die DS erst gar nicht mehr hoch. Zur Sicherheit 2 Stunden gewartet, aber nichts tat sich. Die DS ist aber wie verrückt am werkeln. Also einmal neu gestartet (hart). Gleiches Spiel.
Nach einiger Zeit bin ich auf die Konsole gekommen, "top" zeigt mir, dass der Prozessor der DS zu 100% ausgelastet ist. Nach langem Probieren und vertaner Lebenszeit kam ich zu dem Ergebnis, dass die DS imemr nicht mehr hoch kommt, wenn ich den WLAN-Stick (Ich nutze die DS auch als AccessPoint) eingesteckt habe. Ohne Stick fährt sie problemlos hoch.
Aber auch wenn die DS bereits läuft und ich dann den WLAN-Stick einstecke, kommt es zu besagter Auslastung und einer Nichterreichbarkeit/Überlastung der DS. Die WLAN-Funktionalität ist dann auch nicht gegeben.
Also habe ich weiter auf der Konsole geschaut und viele Prozesse gefunden, die mit dem netwzerk zutun haben (siehe Anhang).
Rich (BBCode):
top - 08:36:02 up 8:15, 1 user, load average: 16.85, 14.50, 10.41
Tasks: 295 total, 8 running, 282 sleeping, 0 stopped, 5 zombie
%Cpu(s): 59.2 us, 40.8 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
GiB Mem : 0.488 total, 0.110 free, 0.113 used, 0.264 buff/cache
GiB Swap: 2.000 total, 1.549 free, 0.451 used. 0.263 avail Mem
PID USER PR NI VIRT RES %CPU %MEM TIME+ S COMMAND
1 root 20 0 4.3m 2.5m 12.6 0.5 0:57.77 S /sbin/init
24199 root 20 0 9.3m 2.7m 7.7 0.5 0:00.49 R synoservice --restart-by-type ip 5
27905 root 20 0 9.3m 2.7m 7.1 0.5 0:00.30 R synoservice --restart-by-type link 5
23081 root 20 0 9.3m 2.7m 6.6 0.5 0:00.66 S synoservice --restart-by-type ip 5
29951 root 20 0 4.0m 2.1m 3.3 0.4 0:00.06 S /bin/sh /usr/syno/etc/rc.sysv/S78iscsitrg.sh stop
29957 root 39 19 16.8m 4.5m 2.7 0.9 0:00.05 R /usr/syno/bin/iscsi_snapshot_comm_core -D
29978 root 39 19 16.8m 4.4m 2.7 0.9 0:00.05 R /usr/syno/bin/iscsi_snapshot_server -D
30083 root 20 0 3.9m 2.0m 2.7 0.4 0:00.05 R /bin/sh /usr/syno/etc/rc.sysv/S80samba.sh poststop_nmbd
16090 unrealS+ 20 0 5.5m 1.6m 2.2 0.3 0:22.15 R top
30087 root 20 0 19.9m 3.5m 2.2 0.7 0:00.04 R /usr/syno/sbin/synonetdtool --refresh-gateway -6
30088 postgres 20 0 35.3m 11.0m 2.2 2.2 0:00.04 R postgres: postgres synosnmp [local] idle in transaction
1656 root 20 0 37.9m 2.3m 1.6 0.5 0:15.69 S /usr/syno/sbin/synonetd
1126 root 20 0 9.1m 3.1m 1.1 0.6 0:11.01 S /usr/bin/syslog-ng -F --worker-threads=2
1582 root 20 0 2.7m 0.7m 1.1 0.1 0:01.95 S /sbin/dbus-daemon --system --nopidfile
28922 root 20 0 9.3m 2.7m 1.1 0.5 0:00.11 S synoservice --restart-by-type ip 5
29776 root 20 0 3.5m 1.7m 1.1 0.3 0:00.04 S /bin/sh /etc/fw_security/sysconf/iptables_security.sh start
30090 root 20 0 9.3m 2.5m 1.1 0.5 0:00.02 S /usr/syno/sbin/synoservice --restart nmbd
3 root 20 0 0.0m 0.0m 0.5 0.0 0:14.28 S [ksoftirqd/0]
9 root 20 0 0.0m 0.0m 0.5 0.0 0:21.11 S [rcu_sched]
13 root 20 0 0.0m 0.0m 0.5 0.0 0:05.27 S [ksoftirqd/1]
1577 root 20 0 2.7m 0.7m 0.5 0.1 0:06.68 S /sbin/dbus-daemon --session --fork --print-address
28546 root 20 0 3.5m 1.6m 0.5 0.3 0:00.03 S /bin/sh /usr/libexec/net/if_link_up/interfaceUpAdjustList.sh --post
29257 root 20 0 25.0m 8.9m 0.5 1.8 0:00.32 S /usr/bin/snmpd -fLn -c /etc/snmp/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
29321 root 20 0 3.5m 1.1m 0.5 0.2 0:00.02 S /bin/sh /usr/libexec/net/if_link_up/interfaceUpAdjustList.sh --post
29413 root 20 0 18.8m 4.8m 0.5 1.0 0:00.11 S /usr/syno/sbin/synosnmpcd
29558 root 20 0 2.6m 1.0m 0.5 0.2 0:00.02 S /sbin/initctl stop iscsitrg-adapter
2 root 20 0 0.0m 0.0m 0.0 0.0 0:00.04 S [kthreadd]
5 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [kworker/0:0H]
7 root rt 0 0.0m 0.0m 0.0 0.0 0:12.52 S [migration/0]
8 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [rcu_bh]
10 root rt 0 0.0m 0.0m 0.0 0.0 0:00.22 S [watchdog/0]
11 root rt 0 0.0m 0.0m 0.0 0.0 0:00.35 S [watchdog/1]Die Syno scheint nach dem Einstecken des WLAN-Sticks mit den eigenen Netzwerkeinstellungen und Adaptern total durcheinander zu kommen. Die ganzen restart-Prozesse von synonetd sorgen für 100% CPU-Auslastung.
Auch spannend (aber ggf. nicht direkt damit zusammenhängend): Seit dem Update funktionieren meine ISCSI-Laufwerke nicht mehr. Es kommt zu ständigen Disconnects und die LAufwerke sind nur wenige Sekunden beschreibbar, ehe sie wieder "verschwinden".
Mit scheint es also so, als ob entweder mit Update 8 oder Update 9 der eigentlich in der Kompatibilitätsliste geführte WLAN-Stick nicht mehr kompatibel ist, oder es einen gravierenderen Bug in der WLAN-Funktionalität gibt.
Was ich versucht habe:
- Zurücksetzen der Netzwerkeinstellungen (ohne Erfolg)
- Deaktivieren von ddos-Schutz (kein Erfolg)
- Durchprobieren sämtlicher Möglichkeiten der Konfiguration von ipv6 (hatte da etwas gelsen, kein Erfolg)
- Deaktivieren der Firewall (kein Erfolg)
Ich bin jetzt mit meinem latein am Ende ...
Hat vielleicht jemand ähnliche Erfahrungen?
Ticket bei Synology ist erstellt.
Beste Grüße unrealSpeedy
