You are not logged in.

Dear visitor, welcome to sourceserver.info. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

  • MadMakz

    Super Moderator

    You have to register first, to connect to this user.

26

"High-Load" >ksoftirqd< auf Debian Squeeze

Rating:

by MadMakz, Thursday, September 27th 2012, 2:05am

Auf einer meiner Root-Kisten viel mir seit längerem ein rech hoher Idle-Load von 1.7 -1.8 auf.

Heute habe ich mich dem mal angenommen.

Also via

Source code

1
ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10

geprüft was für ein prozess am meisten CPU frisst und siehe da es taucht der "ksoftirqd" gleich zwei mal auf mit je rund 20%.

Nun, normalerweise ist ein hoher ksoftirqd load normalerweise ausdruck das etwas an der Hardware im argen ist.
Dem wollte ich aber nicht gleich glauben und habe mich erstmal anderweitig umgesehen.

Google war mal wieder der große Player und brachte mich schnell zu diesem Blog eintrag:
http://artipc10.vub.ac.be/wordpress/2012…ts-of-cpu-time/

Ein "Leap-Second" problem also?

Gesagt getan schnell in die Konsole

Source code

1
date -s "`date`"

getippt und abgeschickt aber vergebens. ksoftirqd/0 und ksoftirqd/1 weiterhin bei ~20%.

Nächster Googleversuch;

Diesmal komme ich beim bekannten Virtualbox-Forum raus:
https://forums.virtualbox.org/viewtopic.php?t=1189

Gleiches problem und sogar die Auslastung gleicht meiner (muss nichts heißen).
Frank Mehnert empfiehlt einmal

Source code

1
nohz=off

an die Kernel-Boot Kommandozeile anzuhängen um die Tickless-Funktion zu deaktivieren. Es gibt einige Berichte über ammocklaufende software unter Tickless-Kerneln.
Daher schien mir diese Idee sinvoll und lt. Feedback half sie in diesem Fall auch.

Erstmal wieder umdenken. Squeeze nutz erstmals Grub2 als standart. Wie geht das nochmal? Aja;

Source code

1
GRUB_CMDLINE_LINUX

in

Source code

1
/etc/default/grub

editieren.
Speichern, reboot, fertig.

Erstes Ergebniss?
Nach ein paar Stunden beobachten kein neuer high-Load zu sehen.

Entgülltig möchte ich noch keine schlüsse bzw. Freudensprünge vollziehen. Wenn ihr hier aber nichts mehr in den nächsten 30 Tagen hört war das bereits des Rätsels Lösung.

Tech:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Debian Squeeze (Stable+Security only)
Linux 3.3.6 #2 SMP Mon May 21 15:39:12 CEST 2012 x86_64 GNU/Linux

Intel i5 650
8GB RAM
2x 500GB (SW RAID-0) HDD

Nutung: Reiner Web/Application Server.
Apache
PHP
MySQL
Ruby/Rails (mod_Passenger)
FTP (proftpd)
Mail (postfix, courier)
Revision Control System (Mirror)
TeamSpeak 3

This article has been read 48,336 times.


Comments (2)

  • 2

    by NacKteOmA (Saturday, September 29th 2012, 5:34pm)

    Schönes ding, habe zwar den "Fehler" nicht - aber trotzdem schön nieder geschrieben :)

  • 1

    by MadMakz (Friday, September 28th 2012, 12:51am)

    Erstes Zwischenergebnis nach ca. einem Tag:
    load average: 0.00, 0.01, 0.05

    I'm happy :)

Blog navigation

Next article

LVM Image Backup und Restore mit pbzip2

by MadMakz (Monday, January 14th 2013, 10:55am)

Previous article

SSLgen

by MadMakz (Monday, May 14th 2012, 4:25pm)