[Lustre-discuss] BUG: using smp_processor_id() in preemptible [00000000] code: modprobe/6024

Gregory Matthews greg.matthews at diamond.ac.uk
Mon Mar 22 04:06:52 PDT 2010


I think this is appearing elsewhere too:

Andreas Dilger wrote:
> I've submitted bug 22409 with this patch, though I've updated the 
> comment.  I can't say for sure which release it will be in, but I don't 
> see a big barrier to accepting it in short order.

after running racer over the weekend on some test clients I see a lot of 
these, is this lustre or cat? There are lustre functions listed in the 
stack trace.

GREG

Mar 22 04:04:13 dec055 kernel: BUG: scheduling while atomic: 
cat/4439/0x00000002
Mar 22 04:04:13 dec055 kernel: Modules linked in: mgc lustre lov mdc 
lquota osc ksocklnd ptlrpc obdclass lnet lvfs libcfs gsd autofs4 nfs 
lockd nfs_acl sunrpc iptable_filter ip_tables ip6table_filter ip6_tables 
x_tables ipv6 microcode loop dm_mod rtc_cmos usb_storage iTCO_wdt 
rtc_core iTCO_vendor_support bnx2 sr_mod rtc_lib cdrom serio_raw shpchp 
pci_hotplug button joydev dcdbas sg usbhid hid ff_memless ehci_hcd 
uhci_hcd usbcore sd_mod mptsas mptscsih mptbase scsi_transport_sas edd 
ext3 mbcache jbd fan megaraid_sas ata_piix libata scsi_mod dock thermal 
processor thermal_sys [last unloaded: libcfs]
Mar 22 04:04:13 dec055 kernel: Pid: 4439, comm: cat Not tainted 
2.6.27.39-default #2
Mar 22 04:04:13 dec055 kernel:
Mar 22 04:04:13 dec055 kernel: Call Trace:
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80422c6a>] schedule+0xf7/0x7bd
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80424c84>] _spin_unlock+0x10/0x2b
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa062e08b>] 
osc_queue_async_io+0x63b/0x10c0 [osc]
Mar 22 04:04:13 dec055 kernel:  [<ffffffff804236a9>] 
schedule_timeout+0x1e/0xad
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80423e63>] __down+0x62/0x8f
Mar 22 04:04:13 dec055 kernel:  [<ffffffff802495ca>] down+0x27/0x36
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa06a8b57>] 
lov_putref+0x37/0xf90 [lov]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa07319ce>] 
llap_from_page_with_lockh+0x42e/0x2670 [lustre]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa06add05>] 
lov_queue_async_io+0x165/0x4b0 [lov]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa06c9113>] 
lov_stripe_number+0x213/0x280 [lov]
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80424a04>] 
_spin_lock_irqsave+0x18/0x34
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa06bf0e1>] 
lov_get_info+0x151/0x2370 [lov]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa04255e2>] cfs_alloc+0x52/0xb0 
[libcfs]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa04552e1>] 
lprocfs_counter_add+0xb1/0x120 [lvfs]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa04c1893>] oig_init+0xa3/0x2c0 
[obdclass]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa073d2e3>] 
ll_readpage+0xd63/0x1f60 [lustre]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa06cd3dc>] 
lov_fini_cancel_set+0x1ac/0x290 [lov]
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80424c84>] _spin_unlock+0x10/0x2b
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa0534e54>] 
ldlm_lock_remove_from_lru+0x44/0x100 [ptlrpc]
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80424c84>] _spin_unlock+0x10/0x2b
Mar 22 04:04:13 dec055 kernel:  [<ffffffff8026b087>] 
generic_file_aio_read+0x3c9/0x551
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa070d1fa>] 
ll_file_aio_read+0xf1a/0x2350 [lustre]
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80424a04>] 
_spin_lock_irqsave+0x18/0x34
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa04552e1>] 
lprocfs_counter_add+0xb1/0x120 [lvfs]
Mar 22 04:04:13 dec055 kernel:  [<ffffffffa0712e79>] 
ll_file_read+0xb9/0xd0 [lustre]
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80246516>] 
autoremove_wake_function+0x0/0x2e
Mar 22 04:04:13 dec055 kernel:  [<ffffffff8020c636>] retint_kernel+0x26/0x30
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80294570>] 
rw_verify_area+0x7f/0x9f
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80294c33>] vfs_read+0xaa/0x133
Mar 22 04:04:13 dec055 kernel:  [<ffffffff80294f18>] sys_read+0x45/0x6e
Mar 22 04:04:13 dec055 kernel:  [<ffffffff8020bf8b>] 
system_call_fastpath+0x16/0x1b
Mar 22 04:04:13 dec055 kernel:


> 
> Cheers, Andreas
> -- 
> Andreas Dilger
> Sr. Staff Engineer, Lustre Group
> Sun Microsystems of Canada, Inc.
> 
> 


-- 
Greg Matthews            01235 778658
Senior Computer Systems Administrator
Diamond Light Source, Oxfordshire, UK



More information about the lustre-discuss mailing list