DSM 6.x und darunter Nach Update auf 5.1.5022 massive Performanceprobleme

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.
Na, es kann dann doch bei Dir nur besser werden - ich würde es an Deiner Stelle einspielen. Schaden kann es nicht, bei allen Rückmeldungen zu dem Update wurde eigentlich Positives berichtet.
 
Ich bin ja auf Version 4.3 zurück... wäre mir zu aufwendig das zu testen und bei Misserfolg die ganze Prozedur mit dem downgrade erneut zu machen... größtes Problem ist hierbei, dass in der 5er Version MariaDB eingesetzt wird und in der 4er MySql...
 
naja - nach dem Downgrade liefen die Datenbanken nicht wieder, weil die filesystem-Struktur anders aufgebaut ist... Deswegen kann man auch nicht einfach von 4.3 auf 5.1 gehen, sondern muss erst auf 5.0, weil da die Anpassung von MySQL auf MariaDB passiert...
Alles andere ist natürlich gleich
 
5.0-4528 Update 2

Also - ich habe jetzt ein Update auf 5.0-4528 Update 2 gewagt - bisher alles normal - CPU bei 3-8%...
 
...Update auf 5.1-5022: 100% CPU... - jetzt bin ich auf das 5.1-5022 Update 1 gespannt...
 
...Update auf 5.1-5022 Update 1: 100% CPU... - :(
 
Gibt die Ausgabe von top etwas her? Hast du ipkg installiert?
 
htop sagt das 60-70% User CPU load da wäre - insgesamt immer 100%, aber ich sehe nur vielleicht 10 User-Prozesse die insgesamt vielleicht 20% ergeben - alles seeeehr komisch - ipkg habe ich nicht drauf... läuft alles absolut ohne erweiterungen bis auf mariadb und phpmyadmin... gehe jetzt zurück auf 5021...
 
Oh cool, seit wann ist denn htop da drauf, wusste ich noch nicht :).
Was sind denn das für Prozesse die den CPU load machen? Hast du vor dem Update Mysql mal gestoppt?
 
Ja, htop ist seit 5.1 glaub ich dabei...
Hier mal ne top Auflistung:

Rich (BBCode):
Mem: 234484K used, 276912K free, 0K shrd, 26268K buff, 91924K cached
CPU: 72.0% usr 27.5% sys  0.0% nic  0.0% idle  0.0% io  0.3% irq  0.0% sirq
Load average: 21.07 19.15 13.57 20/287 19504
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
 1205     1 root     S     3048  0.6  1.1 /usr/syno/sbin/dbus-daemon --session --fork --print-address
 5930     1 root     S     100m 20.1  0.3 scemd
 1336     1 root     D    35912  7.0  0.3 /usr/syno/sbin/synonetd
17137 27482 root     R     4304  0.8  0.3 top
 4818  4742 root     S <   130m 26.1  0.1 /usr/bin/httpd -DSSL -DSPDY -f /etc/httpd/conf/httpd.conf-sys
18519 18454 root     S     4180  0.8  0.1 /bin/sh /usr/libexec/net/ipv4_change/interface_policy_routing.sh --post
19037 18980 root     S     4180  0.8  0.1 /bin/sh /usr/libexec/net/ipv4_change/interface_policy_routing.sh --post
  629     2 root     DW       0  0.0  0.1 [jbd2/md0-8]
13721 12717 mysql    S     324m 64.9  0.0 /usr/bin/mysqld --basedir=/usr --datadir=/var/services/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/services/mysql/MB-DS211plus.err --pid-file=/run/mysqld/mysqld.pid --s
10058  9420 http     S     304m 60.9  0.0 /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP
12553     1 root     S     188m 37.7  0.0 php-fpm: master process (/etc/php/php-fpm.conf)
12686 12553 http     S     188m 37.7  0.0 php-fpm: pool www
12687 12553 http     S     188m 37.7  0.0 php-fpm: pool www
26269  4778 root     S    55152 10.7  0.0 sshd: root@pts/2
17366     1 root     S    35916  7.0  0.0 /usr/syno/sbin/synonetd
18980     1 root     S    35916  7.0  0.0 /usr/syno/sbin/synonetd
18981     1 root     S    35916  7.0  0.0 /usr/syno/sbin/synonetd
17554     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
17851     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
17965     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
18454     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
18455     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
18621     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
18623     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
19102     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
19103     1 root     S    35912  7.0  0.0 /usr/syno/sbin/synonetd
18120     1 root     S    35732  6.9  0.0 /usr/bin/smbd -F
18388 18120 root     S    35732  6.9  0.0 /usr/bin/smbd -F
 8189     1 postgres S    35520  6.9  0.0 /usr/bin/postgres -D /var/services/pgsql
 8260  8189 postgres S    35520  6.9  0.0 postgres: checkpointer process
 8261  8189 postgres S    35520  6.9  0.0 postgres: writer process
 8262  8189 postgres S    35520  6.9  0.0 postgres: wal writer process
 1310     1 root     S    33632  6.5  0.0 /usr/syno/sbin/synoconfd -D
18817     1 root     S    32852  6.4  0.0 /usr/syno/sbin/synoupgrade --check
17171  8677 root     S N  29960  5.8  0.0 /usr/syno/sbin/synomediaparserd
17080 16932 root     S    29744  5.8  0.0 /usr/bin/afpd -d -F /etc/afp.conf
15071     1 root     S    29460  5.7  0.0 /usr/bin/nmbd -D
 8145     1 root     S    29352  5.7  0.0 /usr/syno/bin/s2s_daemon -d
 8385     1 root     S    28252  5.5  0.0 /usr/syno/bin/synobackupd
 8394     1 root     S    28160  5.5  0.0 /usr/syno/bin/img_backupd
 6295     1 root     S    24788  4.8  0.0 /usr/syno/sbin/hotplugd
19208     1 root     S    23524  4.5  0.0 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
 4652     1 root     S    22712  4.4  0.0 /usr/sbin/ntpd -p /var/run/ntpd.pid -g
16932     1 root     S    21636  4.2  0.0 /usr/bin/netatalk
17081 16932 root     S    21608  4.2  0.0 /usr/bin/cnid_metad -d -F /etc/afp.conf
 9141     1 root     S    21504  4.2  0.0 /usr/syno/sbin/synosnmpcd
19331 18520 root     D    17416  3.4  0.0 [synonetdtool]
19378 19038 root     R    17416  3.4  0.0 [synonetdtool]
19322 19310 root     S    17412  3.4  0.0 /usr/syno/sbin/synonetdtool --add-gateway-info -4 -2 eth0 192.168.1.1 192.168.1.1 ethernet
19323 18021 root     S    17412  3.4  0.0 synonetdtool --refresh-route-table -4 eth0 
19351 18777 root     S    17412  3.4  0.0 /usr/syno/sbin/synonetdtool --refresh-gateway -4
19384 19169 root     R    17412  3.4  0.0 [synonetdtool]
19364 17896 root     S    17412  3.4  0.0 synonetdtool --refresh-route-table -4 eth0 
19400 17444 root     R    17412  3.4  0.0 synonetdtool --refresh-route-table -6 eth0 
19476 19323 root     R    17412  3.4  0.0 [synonetdtool]
19406 17601 root     R    17280  3.3  0.0 [synonetdtool]
19429 19168 root     R    17280  3.3  0.0 synonetdtool --del-policy-route-rule -4 eth0_policy eth0
 
Lustig, nach der Ausgabe verbraucht kein Prozess CPU, aber insgesamt trotzdem 100% Last?!
Hast du htop als root ausgeführt?
Ich würde mal alles an Diensten auf der DS stoppen, also auch MariaDB, den WebServer und SMB/AFP, dann die DS mal neu starten und nochmal drauf schauen.
Vielleich auch mal logfiles in /var/log überprüfen.
 
Ich denke auch, da läuft top/htop nicht als root. Evtl. gibt es dann Probleme, von allen Prozessen den Load auszulesen.
 
Hi - doch, habe mit mich per putty mit root eingeloggt, dann "su root" und "htop" eingegeben... - habe viele Dienste gestoppt/gekilled... kein Erfolg...
Zurück auf 5021 - gleiche Probleme... :(
 
Wenn Du Dich per root einloggst, wozu dann ein "su root"? Wenn, dann bitte ein "su - root", um eine normal konfigurierte Umgebung in der Shell zu bekommen. Macht in diesem Zusammenhang vermutlich keinen Unterschied, aber hilft vielleicht einmal an anderer Stelle.
 
Also ich habe alle Versionen nach der 5.0-4528 Update 2 probiert - jede hat das gleiche Problem - somit kann ich sagen, dass es bei mir an Version 5.1 im allgemeinen liegt...
Ich hoffe jetzt auf Hilfe von Synology - da habe ich vor 2 Tagen ein Ticket dazu eröffnet.
Ich werde berichten...
 
Ja, ich hatte das versucht, aber gleiches Fehlerbild.

@Frogman, habe übrigens schon an den Support in Englisch geschrieben, hatte diesmal schon nach 4 Tagen eine Antwort. Insofern gut. Leider melden sich aber wieder die deutschen Kollegen, mit tollen Vorschlägen. Ich soll die Maschine booten.

ciao
mr_drlove
 
Hallo zusammen,

hier ist noch ein Leidensgenosse. :-( Ich habe ein DS213j und exakt das gleich Problem wie eMBee. htop liefert selbe Ergebnisse wie bei eMBee. ipv6 habe ich sicherheitshalber auch deaktiviert, hat nichts gebracht. Es ist zum Heulen. :-(

Mir ist es Ende letzten Jahres aufgefallen, dass ich bei Kopieren von größeren Dateien über FTP permanent Verbindungsabbrüche hatte. Sollte also Synology antworten oder es noch weitere Ideen gibt, so wäre hier noch jemand, der sehr dankbar wäre.

Grüße!
 
Hallo zusammen,

wir haben eine RS812 in Betrieb. Seitdem ich Anfang der Woche das aktuelle Update eingespielt habe, kommt es ständig zu Verbindungsabbrüchen. Die Auslastung sieht komischerweise gut aus (CPU unter 30 %!!).

Nachdem ich diesen Thread hier entdeckt habe mache ich nun ein Downgrade auf die 4528, da dies ja scheinbar hier bei einigen geholfen hat.

Ich werde mich dann in den kommenden Tagen mal melden, ob die Probleme weg sind!
 
Zuletzt bearbeitet:
@alle Leidgenossen

vielen Dank SDovermann, das ist interessant. Ich vermute schon seit langem, dass NICHT die Auslastung der CPU zu den Problemen führt, sondern das es Probleme mit der Netzwerkkarte gibt. Für diese werden dann zu viele Interrupts erzeugt und deswegen steigt die CPU Last.
Das würde auch zu den fehlenden Prozessen bei htop passen und zu SDovermann der ja eine größere Maschine hat und deshalb die Auslastung nicht so hoch.
Ich hatte ja sehr viel Paketverluste beim PING, sicherlich über 80%. Kann das jemand bestätigen?

ciao
mr_drlove
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat