30/8/2013

MySQL server draait door

Filed under: — pinguim @ 11:28 am

Een Proliant ML server staat lawaaierig te blazen, alsof hij het heel warm heeft. Hij werkt nog normaal, maar een blik op het processorgebruik toont dat één van de twee processoren aan 100% zit te werken. De tweede processor heeft percentages die meegaan met het starten van taken op de server, vandaar dat het niet echt direkt merkbaar is. Maar wat veroorzaakt die drukte?

De processentabel verraad dat MySQL draait aan 50% continue; wat overeen kan komen met 1 van de 2 processoren. De programma’s op de server die MySQL gebruiken draaien nog en reageren normaal (binnen lage belasting op het moment weliswaar).

Inloggen op de server.
Inloggen in MySQL: mysql -u root -p

In de mysql prompt kan je dan weer naar de processen kijken:
mysql> SHOW PROCESSLIST;

Dat geeft een typische mysql-tabel met een aantal kolommen: Id, user, Host, db, Command, Time, State en Info.

De lijnen bestaan uit de processen.

Ze hebben een nummer, net als de processen in Linux.
Je kan ze ook “killen” op dezefde manier.

Zoek het proces dat het probleem vormt en overweeg of het kwaad kan om het te verwijderen.

In mijn geval was het een sql-statement dat ik uitgeprobeerd had in phpMyAdmin, op zoek naar gegevens de dag voordien; en er zat waarschijnlijk een fout in de query waardoor die eeuwig duurt en het antwoord gigantisch groot wordt. Kill dus!

mysql> KILL 3357;

Query OK, 0 rows affected (0.04 sec)

Daarna is het process verdwenen uit de tabel.

+------+--------+-----------+--------+---------+-------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+------+--------+-----------+--------+---------+-------+-------+------------------+
| 161 | bacula | localhost | bacula | Sleep | 25525 | | NULL |
| 3438 | cms | localhost | CMS | Sleep | 2114 | | NULL |
| 3439 | cms | localhost | CMS | Sleep | 1224 | | NULL |
| 3440 | cms | localhost | CMS | Sleep | 4353 | | NULL |
| 3441 | cms | localhost | CMS | Sleep | 4334 | | NULL |
| 3442 | cms | localhost | CMS | Sleep | 3094 | | NULL |
| 3443 | cms | localhost | CMS | Sleep | 2217 | | NULL |
| 3444 | cms | localhost | CMS | Sleep | 2137 | | NULL |
| 3445 | cms | localhost | CMS | Sleep | 2244 | | NULL |
| 3446 | cms | localhost | CMS | Sleep | 4148 | | NULL |
| 3447 | cms | localhost | CMS | Sleep | 2282 | | NULL |
| 3448 | root | localhost | NULL | Query | 0 | NULL | show processlist |
+------+--------+-----------+--------+---------+-------+-------+------------------+

Onderaan zie je het commando zelf, erboven applicaties zoals het backup programma bacula en een cms toepassing.

26/8/2013

KDE4 en het knotify4 duiveltje

Filed under: — pinguim @ 11:21 am

KDE heeft een logo rechts in de takenbalk, waar een “i” van informatie duidt op allerlei meldingen van het systeem of programma’s. Er kan bv “mail succesvol verzonden”, “bestanden gekopieerd”, enz. gemeld worden. Het systeem dat daar achter zit heet KNotify, in de huidige KDE versie is dat KNotify4.

Op één van mijn KDE desktops lijkt er soms iets fout te gaan met die Notify. Knotify begint zoveel geheugen te gebruiken dat de werking van de desktop (en de hele computer) vertraagt, tot op een punt dat het lijkt alsof hij niet meer reageert. Servertaken worden ook getroffen, op afstand inloggen met ssh is zelfs moeilijk.

Via de terminal (sessie opgeroepen met ctrl-ALT-F2) ingelogd als root, het commando “top” ingegeven om te kijken wat er aan de hand is:
De grootste slokkop op gebied van geheugen blijkt knotify4 te zijn.

De desktop is zo traag dat ik niet naar de knotify meldingen kan gaan kijken, maar documentatie op internet geeft een mogelijke oorzaak: geluids-meldingen (in KDE heet dat blijkbaar phonon).

Volgens een beschrijving is de geluidsverwerking door xine de oorzaak, en kan je een andere “player” voor de geluiden instellen in phonon.

Hier is niet xine maar gstreamer ingesteld dacht ik, maar op dit toestel heeft dat niet echt zin, ik heb hier nooit het geluid ingesteld; dus ik zet de geluidsmeldingen van KDE af:

“Personal Settings” –> “Application and System Notifications” –> “Manage Notification” –> “Player Settings” –> “No audio output”

Ik houd het verder in de gaten en kom hierop terug moest het probleem daarmee niet opgelost zijn.

Bronnen:
http://forums.opensuse.org/english/get-technical-help-here/applications/462369-11-4-knotify4-seems-too-hungry-ram-cpu.html

http://paul-pach.blogspot.com.br/2008/03/finding-bloat-in-kde4.html

Powered by WordPress