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.

Frogman

Benutzer
Mitglied seit
01. Sep 2012
Beiträge
17.485
Punkte für Reaktionen
8
Punkte
414
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.
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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...
 

Frogman

Benutzer
Mitglied seit
01. Sep 2012
Beiträge
17.485
Punkte für Reaktionen
8
Punkte
414

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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%...
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
...Update auf 5.1-5022: 100% CPU... - jetzt bin ich auf das 5.1-5022 Update 1 gespannt...
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
...Update auf 5.1-5022 Update 1: 100% CPU... - :(
 

hopeless

Benutzer
Mitglied seit
18. Feb 2013
Beiträge
1.066
Punkte für Reaktionen
0
Punkte
56
Gibt die Ausgabe von top etwas her? Hast du ipkg installiert?
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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...
 

hopeless

Benutzer
Mitglied seit
18. Feb 2013
Beiträge
1.066
Punkte für Reaktionen
0
Punkte
56
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?
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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
 

hopeless

Benutzer
Mitglied seit
18. Feb 2013
Beiträge
1.066
Punkte für Reaktionen
0
Punkte
56
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.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.740
Punkte für Reaktionen
3.720
Punkte
468
Ich denke auch, da läuft top/htop nicht als root. Evtl. gibt es dann Probleme, von allen Prozessen den Load auszulesen.
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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... :(
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.635
Punkte für Reaktionen
2.041
Punkte
829
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.
 

eMBee

Benutzer
Mitglied seit
21. Jan 2015
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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...
 

mr_drlove

Benutzer
Mitglied seit
25. Jun 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
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
 

John Archer

Benutzer
Mitglied seit
13. Jun 2013
Beiträge
7
Punkte für Reaktionen
0
Punkte
0
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!
 

SDovermann

Benutzer
Mitglied seit
29. Jan 2015
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
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:

mr_drlove

Benutzer
Mitglied seit
25. Jun 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
@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