[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: IOWait Problem



Am 17.10.2012 22:58, schrieb Markus Schulz:
Nabend,

Am Mittwoch, 17. Oktober 2012, 19:56:41 schrieb Martin Steigerwald:
Das ist ziemlich schlecht zu lesen. Ja, KMailhats jetzt nochmal
umgebrochen, ist aber für meine Antwort egal.

Ich bitte Dich, diese Angaben ohne Zeilenumbruch zu senden.
hab sie einfach mal als text-attachment angehangen.
Roundcube konnte die format=flowed Mail problemlos darstellen.
KMail nutze ich seit dem akonadi Wahnsinn kaum noch ;)

Zusätzlich fehlen eine ganze Reihe Angaben zum System selbst. Wie z.B. wo
es die Daten speichert, Hauptspeichermenge, CPU usw. Ja teilweise läßt
sich das aus den Sysstat-Daten rauslesen. Ich bitte dich aber, das ganze
etwas netter aufzubereiten, wenn du hier schon um kostenlosen Support für
einen Unternehmens-Server bittest.
- 8x Intel(R) Xeon(R) CPU  X5365  @ 3.00GHz"
- 16GB Ram
- 10k 72GB Disks im HW-Raid1 (hier müsste ich den Admin fragen, bin eigentlich
nur für die Software im JBoss zuständig)

Auch fehlt ein Blick auf die Prozesse.
auf der Kiste läuft sonst nix relevantes: ssh/ntpd/nagios-statd/nfs-
client/bacula-fd. Alles keine Speicherfresser....
mal aktuelle Daten um eine Vorstellung zu bekommen:
# ps -eo cputime,etime,pmem,rss,sz,vsz,comm | grep -v "^00:00"
     TIME     ELAPSED %MEM      RSS    SZ    VSZ COMMAND
00:01:47 108-11:24:18  0.0       0     0      0 events/7
00:09:27 108-11:24:18  0.0       0     0      0 kswapd0
01:52:20 108-11:24:06  0.0       0     0      0 kjournald
00:01:07 108-11:24:05  0.0       0     0      0 edac-poller
00:06:01 108-11:24:03  0.0       0     0      0 flush-8:0
00:03:19 108-11:22:39  0.0       0     0      0 bond0
00:01:00 108-11:22:37  0.0 6092  8391  33564 nagios-statd
00:03:08 108-11:22:37  0.0 1024  8533  34132 ntpd
00:49:26 108-11:22:36  0.0 3384 38131 152524 bacula-fd
00:01:17   36-04:50:10  0.0  1116 29929 119716 rsyslogd
00:01:17   23-04:35:53  0.0  7236 11091  44364 munin-node
01:29:56        07:08:49 65.2 10747944 4430036 17720144 java


Der gesamte Speicher ist für den JBoss, der deshalb auch mit reservierten
12,5GB Heap und 512MB PermGen gestartet wird.

iotop und co. wurde bereits herangezogen. der jboss erzeugt keine große io-
Last (die lokale Platte enthält quasi keine Laufzeitdaten die cache-relevant
sind).
Man sieht nur kernel-threads mit hoher io-Last. (falls es ohne Swap nochmal
auftritt protokolliere ich das)


MfG
msc
Hm, ich habe ja nicht so viel Ahnung aber das einzige was laut deiner Auflistung Last Verursacht ist Java.

03:35:02 PM     all      5.50      0.00      1.17     68.50      0.00     24.83
03:45:01 PM     all     14.77      0.00      2.10     31.77      0.00     51.37


Zu diesen 2 Zeilen hätte ich gerne mal die atop Auflistung gesehen, es scheint so als ob da jboss oder eine Komponente mächtig am System zehrt.


Gruß Dirk Finkeldey



Reply to: