Onderwerp: BUG: soft lockup detected on CPU#0!

Sinds 1 dag krijg ik volgende errors in de uitvoer van

Code:

dmesg

te zien.

Code:

BUG: soft lockup detected on CPU#0!

Call Trace:
 <IRQ> [<ffffffff802a360e>] softlockup_tick+0xdb/0xed
 [<ffffffff8028783c>] update_process_times+0x42/0x68
 [<ffffffff8026c30d>] smp_local_timer_interrupt+0x23/0x47
 [<ffffffff8026ca01>] smp_apic_timer_interrupt+0x41/0x47
 [<ffffffff8025878a>] apic_timer_interrupt+0x66/0x6c
 [<ffffffff880188ab>] :ide_core:ide_outsw+0x0/0x9
 [<ffffffff8025df59>] _spin_unlock_irqrestore+0x8/0x9
 [<ffffffff880180db>] :ide_core:ide_intr+0x1d1/0x1df
 [<ffffffff8020f106>] handle_IRQ_event+0x29/0x58
 [<ffffffff802a394d>] __do_IRQ+0xa4/0x105
 [<ffffffff80210371>] __do_softirq+0x5e/0xd5
 [<ffffffff802132de>] sync_buffer+0x0/0x3f
 [<ffffffff80263749>] do_IRQ+0x65/0x73
 [<ffffffff80258111>] ret_from_intr+0x0/0xa
 <EOI> [<ffffffff880188ab>] :ide_core:ide_outsw+0x0/0x9
 [<ffffffff80256075>] generic_unplug_device+0x27/0x28
 [<ffffffff80213314>] sync_buffer+0x36/0x3f
 [<ffffffff8025ce2d>] __wait_on_bit+0x40/0x6f
 [<ffffffff802132de>] sync_buffer+0x0/0x3f
 [<ffffffff8025cec8>] out_of_line_wait_on_bit+0x6c/0x78
 [<ffffffff8028fa14>] wake_bit_function+0x0/0x23
 [<ffffffff88090c46>] :jbd:journal_commit_transaction+0x910/0x1072
 [<ffffffff8023b73d>] lock_timer_base+0x1b/0x3c
 [<ffffffff880943fa>] :jbd:kjournald+0xc1/0x213
 [<ffffffff8028f9e6>] autoremove_wake_function+0x0/0x2e
 [<ffffffff8028f823>] keventd_create_kthread+0x0/0x61
 [<ffffffff88094339>] :jbd:kjournald+0x0/0x213
 [<ffffffff8028f823>] keventd_create_kthread+0x0/0x61
 [<ffffffff8023057c>] kthread+0xd4/0x107
 [<ffffffff80258aa0>] child_rip+0xa/0x12
 [<ffffffff8028f823>] keventd_create_kthread+0x0/0x61
 [<ffffffff802304a8>] kthread+0x0/0x107
 [<ffffffff80258a96>] child_rip+0x0/0x12

Is er iemand die weet waar ik de oorzaak van dit probleem moet gaan zoeken?

de CPU zelf doet ook rare dingen. Als ik als root, top uitvoer, zie ik maximum een process 2% van het verbruik halen. Terwijl de cpu af en toe piekt tot 40% (en dat er geen enkel process ervoor verantwoordelijk is?)

Oja, het gaat verder om een VPS met volgende CPU:

Code:

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 26
model name	: Intel(R) Xeon(R) CPU           E5520  @ 2.27GHz
stepping	: 5
cpu MHz		: 2266.782
cache size	: 8192 KB
fpu		: yes
fpu_exception	: yes
cpuid level	: 4
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush mmx fxsr sse sse2 syscall lm constant_tsc up pni cx16 lahf_lm
bogomips	: 4542.47
clflush size	: 64
cache_alignment	: 64
address sizes	: 40 bits physical, 48 bits virtual
power management:

En deze kernel op Debian Etch (4.0) : 2.6.18-6-amd64 #1 SMP

geef even de lijst van geladen modules (lsmod)

Code:

Module                  Size  Used by
xt_tcpudp               7936  30 
xt_state                6912  2 
ipt_LOG                11264  0 
ip_conntrack_ftp       13136  0 
iptable_mangle          7552  0 
iptable_nat            12292  0 
ip_nat                 24492  1 iptable_nat
ip_conntrack           63140  4 xt_state,ip_conntrack_ftp,iptable_nat,ip_nat
nfnetlink              11976  2 ip_nat,ip_conntrack
iptable_filter          7808  1 
ip_tables              25576  3 iptable_mangle,iptable_nat,iptable_filter
x_tables               22024  5 xt_tcpudp,xt_state,ipt_LOG,iptable_nat,ip_tables
ipv6                  286048  38 
dm_snapshot            20664  0 
dm_mirror              25216  0 
dm_mod                 62800  2 dm_snapshot,dm_mirror
tsdev                  13056  0 
i2c_piix4              14348  0 
psmouse                44432  0 
i2c_core               27776  1 i2c_piix4
joydev                 15360  0 
serio_raw              12036  0 
parport_pc             41640  0 
parport                44684  1 parport_pc
evdev                  15360  0 
floppy                 67112  0 
pcspkr                  7808  0 
usbhid                 45088  0 
ext3                  138512  1 
jbd                    65392  1 ext3
mbcache                14216  1 ext3
8139too                33408  0 
ide_cd                 45088  0 
cdrom                  40488  1 ide_cd
ide_disk               20608  3 
8139cp                 29440  0 
mii                    10368  2 8139too,8139cp
uhci_hcd               28696  0 
piix                   15492  0 [permanent]
generic                10500  0 [permanent]
ide_core              147584  4 ide_cd,ide_disk,piix,generic
thermal                20240  0 
processor              38248  1 thermal
fan                     9864  0

niemand? google bied me echt geen hulp...

Is een kernel bug, deze melding had ik gisteren ook, rebooten en van een oudere kernel booten did the trick.

Even toevoeging: http://groups.google.com/group/linux...e6a2350b7690bf

Als ik de discussie (in linux.kernel) goed begrijp is dit eigenlijk een 'false positive'. Ofwel de melding kan niet zo veel kwaad.

Wij krijgen de melding ook zeer regelmatig in XEN guests (ook debian).

Oorspronkelijk geplaatst door davhog

Als ik de discussie (in linux.kernel) goed begrijp is dit eigenlijk een 'false positive'. Ofwel de melding kan niet zo veel kwaad.

Wij krijgen de melding ook zeer regelmatig in XEN guests (ook debian).

Inderdaad, maar die 'false positive' zorgt er wel voor dat je box niet doorboot.

Probleem is vaak ook te verhelpen door de tweede cpu te disablen. Zolang je weinig load hebt kan dit zonder problemen aangezien de scheduler uiteindelijk zorgt voor een kleine overhead.

in het verlengde van Mikey's verhaal, (als het mogelijk is natuurlijk) probeer dan eens HyperThreading te disabelen.

Op google verschillende mensen te vinden die problemen hadden met HT onder specifieke kernels, welke na het disabelen van HT verdwenen. Hoe de performance drop is zonder HT weet ik niet.

Ok. Bedankt, ik zal 'm bij een volgende belangrijke reboot wel aanpassen dan.
Voorlopig blijkbaar toch niet zo heel veel last van.

Bedankt voor de reacties.