Jörg schrieb:
Am 14.05.2014 15:43, schrieb Lentes, Bernd:
Markus schrieb:
Moin moin
Am 2014-05-14 13:19, schrieb Lentes, Bernd:
Tobias schrieb:
Am Thu, 8 May 2014 19:06:18 +0200 schrieb "Lentes, Bernd"
:
...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 10630 root 20 0 4212 700 588 D 0 0.0 0:00.02 mingetty 11831 root 20 0 0 0 0 D 0 0.0 0:00.00 kworker/2:9 22202 root 20 0 0 0 0 R 0 0.0 0:18.19 kworker/7:1 25841 root 20 0 0 0 0 D 0 0.0 0:00.00 flush-cifs-3 27817 root 20 0 8920 1208 828 R 0 0.0 0:00.11 top
Was sagt mir das jetzt ?
...
Hi,
also "D"-Prozesse sollte man eigentlich nicht haben (="uninterrptable sleep"). Vor allem im Zusammenhang mit Hardware. Ich habe sowas mal bei einem Brenner gehabt, der wegen kaputter CDs in diesen Zustand kam. Da half dann nur Stromkabel ziehen (am Brenner, ging sogar online).
Stimmt. ich habe mal auf anderen Maschinen geschaut, da ist höchstens einer im "D"-Zustand.
In Deinem Falle würde ich mich mal fragen, was "flush.cifs-3" da treibt, das ist doch sicher was von Samba? Netzwerkprobleme? Ein flush sollte doch nur Millisekunden dauern...
Einen Apachen mit "D" habe ich allerdings auch noch nie gesehen, meine schlafen zwar auch ("S"), beim Arbeiten ("R") habe ich die noch nie gesehen, wahrhaft freie Indianer eben... aber in den ewigen Jagdgründen waren die IMHO noch nie ;-)
Hallo Jörg, der flush-cifs-3 hat mich auch gestört. Ich hatte einen mount auf einen NAS, den ich auch nicht umounten konnte, weil angeblich Dateien offen waren. lsof hat mir aber keine auf dem Mountpoint angezeigt. Habe dann mit umount -l getrennt. Der flush-cifs-3 läuft immer noch, und ich habe immer noch hohe Last. Ich habe dann versucht, den flush-cifs-3 zu killen, was aber Unsinn ist, da ja "uninterruptable" bedeutet, das er mittels eines Signals nicht aufgeweckt werden kann. Hier noch mal aktuelle Zahlen: ===================================== top - 17:01:13 up 183 days, 23:35, 4 users, load average: 10.39, 10.31, 10.30 Tasks: 195 total, 1 running, 193 sleeping, 0 stopped, 1 zombie Cpu(s): 0.9%us, 0.4%sy, 0.0%ni, 24.7%id, 74.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 72498M total, 69720M used, 2777M free, 663M buffers Swap: 2046M total, 8M used, 2038M free, 65530M cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5107 root 20 0 426m 8672 4740 S 4 0.0 289:54.87 libvirtd 20115 root 20 0 940m 106m 16m S 3 0.1 111:35.64 python 26563 root 20 0 416m 25m 14m S 2 0.0 197:52.00 knotify4 9259 root 20 0 0 0 0 S 0 0.0 0:00.55 kworker/u:0 26351 root 20 0 130m 92m 5556 S 0 0.1 17:07.92 nxagent 1 root 20 0 10540 748 700 S 0 0.0 2:42.56 init 2 root 20 0 0 0 0 S 0 0.0 0:07.36 kthreadd ====================================== 25% idle ist nicht viel, aber libvirtd ist mit 4% (auf eine CPU gerechnet) der Prozess, der am meisten CPU-Zeit braucht. 74%wa deutet auf viel Warten auf IO hin, iotop bestätigt mir das aber nicht: ====================================== TID PRIO USER DISK READ DISK WRITE> SWAPIN IO COMMAND 531 be/4 root 0.00 B 112.00 K 0.00 % 0.00 % [kjournald] 5112 be/4 root 0.00 B 36.00 K 0.00 % 0.00 % libvirtd --daemon --config /etc/libvirt/libvirtd.conf --listen 5075 be/4 root 0.00 B 32.00 K 0.00 % 0.00 % java -Xrs -Xms32m -Xmx64m -Dlog4j.configuration=~apcc.m11.arch.application.Application everything 5111 be/4 root 0.00 B 28.00 K 0.00 % 0.00 % libvirtd --daemon --config /etc/libvirt/libvirtd.conf --listen 2232 be/4 root 0.00 B 20.00 K 0.00 % 0.00 % syslog-ng 5109 be/4 root 0.00 B 20.00 K 0.00 % 0.00 % libvirtd --daemon --config /etc/libvirt/libvirtd.conf --listen 5033 be/4 root 0.00 B 16.00 K 0.00 % 0.00 % java -Xrs -Xms32m -Xmx64m -Dlog4j.configuration=~apcc.m11.arch.application.Application everything 5110 be/4 root 0.00 B 8.00 K 0.00 % 0.00 % libvirtd --daemon --config /etc/libvirt/libvirtd.conf --listen 31030 be/7 root 0.00 B 4.00 K 0.00 % 0.00 % snmpd -r -A -LF i /var/log/net-snmpd.log -p /var/run/snmpd.pid 5048 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % java -Xrs -Xms32m -Xmx64m -Dlog4j.configuration=~apcc.m11.arch.application.Application everything 5113 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % libvirtd --daemon --config /etc/libvirt/libvirtd.conf --listen 5116 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % libvirtd --daemon --config /etc/libvirt/libvirtd.conf --listen 7259 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % nscd ======================================= wieder auf 2 Minuten kummuliert. In 2 Minuten hat kjournald ganze 112KB geschrieben. Das ist nichts. Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess, Dr. Nikolaus Blum, Dr. Alfons Enhsen Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671