CPU#10 stuck for 67s!

[Dustin Larmeir]

Hello,

Check this thread https://access.redhat.com/discussions/633393

It seems that they pinpointed the cause to a Mozilla database.

Thanks,
Dustin

On Tue, Jan 13, 2015 at 11:02 PM, 张廉 <zhanglian2005 at gmail.com> wrote:

> Hi There,
>
> I have one Dell R620 server installed RHEL6.4 64bit version. Recently
> we get the error, and system hung one time.
> does anyone know the reason ?
>
> Jan  6 17:22:52 xl01 kernel: BUG: soft lockup - CPU#10 stuck for 67s!
> [mozStorage #7:44567]
> Jan  6 17:22:52 xl01 kernel: Modules linked in: fuse nfs lockd fscache
> auth_rpcgss nfs_acl sunrpc autofs4 8021q garp stp llc cpufreq_ondemand
> acpi_cpufreq freq_table mperf vhost_net macvtap macvlan tun kvm_intel
> kvm uinput dcdbas microcode power_meter sg sb_edac edac_core iTCO_wdt
> iTCO_vendor_support shpchp ext4 jbd2 mbcache sd_mod crc_t10dif wmi
> megaraid_sas bnx2x libcrc32c dm_mirror dm_region_hash dm_log dm_mod
> be2iscsi bnx2i cnic uio ipv6 cxgb4i cxgb4 cxgb3i libcxgbi cxgb3 mdio
> libiscsi_tcp qla4xxx iscsi_boot_sysfs libiscsi scsi_transport_iscsi
> [last unloaded: ipmi_devintf]
> Jan  6 17:22:52 xl01 kernel: CPU 10
> Jan  6 17:22:52 xl01 kernel: Modules linked in: fuse nfs lockd fscache
> auth_rpcgss nfs_acl sunrpc autofs4 8021q garp stp llc cpufreq_ondemand
> acpi_cpufreq freq_table mperf vhost_net macvtap macvlan tun kvm_intel
> kvm uinput dcdbas microcode power_meter sg sb_edac edac_core iTCO_wdt
> iTCO_vendor_support shpchp ext4 jbd2 mbcache sd_mod crc_t10dif wmi
> megaraid_sas bnx2x libcrc32c dm_mirror dm_region_hash dm_log dm_mod
> be2iscsi bnx2i cnic uio ipv6 cxgb4i cxgb4 cxgb3i libcxgbi cxgb3 mdio
> libiscsi_tcp qla4xxx iscsi_boot_sysfs libiscsi scsi_transport_iscsi
> [last unloaded: ipmi_devintf]
> Jan  6 17:22:52 xl01 kernel:
> Jan  6 17:22:52 xl01 kernel: Pid: 44567, comm: mozStorage #7 Not
> tainted 2.6.32-358.23.2.el6.x86_64 #1 Dell Inc. PowerEdge R620/046R5M
> Jan  6 17:22:52 xl01 kernel: RIP: 0010:[<ffffffff81510af7>]
> [<ffffffff81510af7>] _spin_unlock_irqrestore+0x17/0x20
> Jan  6 17:22:52 xl01 kernel: RSP: 0018:ffff880aa67a7c88  EFLAGS: 00000246
> Jan  6 17:22:52 xl01 kernel: RAX: 0000000000000246 RBX:
> ffff880aa67a7c88 RCX: 000000000000dc08
> Jan  6 17:22:52 xl01 kernel: RDX: ffff880028043b50 RSI:
> 0000000000000246 RDI: 0000000000000246
> Jan  6 17:22:52 xl01 kernel: RBP: ffffffff8100bb8e R08:
> 0000000000000001 R09: 00000000ffffffff
> Jan  6 17:22:52 xl01 kernel: R10: 0000000000000000 R11:
> 0000000000000000 R12: ffff882021d40980
> Jan  6 17:22:52 xl01 kernel: R13: 00000000ffffffff R14:
> ffff882021d40980 R15: 0000000000016700
> Jan  6 17:22:52 xl01 kernel: FS:  0000000000000000(0000)
> GS:ffff8800622a0000(0063) knlGS:00000000e0cffb70
> Jan  6 17:22:52 xl01 kernel: CS:  0010 DS: 002b ES: 002b CR0:
> 0000000080050033
> Jan  6 17:22:52 xl01 kernel: CR2: 0000000001592000 CR3:
> 00000020267b9000 CR4: 00000000000407e0
> Jan  6 17:22:52 xl01 kernel: DR0: 0000000000000000 DR1:
> 0000000000000000 DR2: 0000000000000000
> Jan  6 17:22:52 xl01 kernel: DR3: 0000000000000000 DR6:
> 00000000ffff4ff0 DR7: 0000000000000400
> Jan  6 17:22:52 xl01 kernel: Process mozStorage #7 (pid: 44567,
> threadinfo ffff880aa67a6000, task ffff88000d24aaa0)
>
> Regard,
> Lian
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>