RE: 2.6.22.14 oops msg with commvault galaxy ?

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

 



> -----Message d'origine-----
> De : Dhaval Giani [mailto:[email protected]] 
> 
> On Tue, Dec 11, 2007 at 10:06:53PM +0100, Ingo Molnar wrote:
> > 
> > * Fortier,Vincent [Montreal] <[email protected]> wrote:
> > 
> > > > That has changed from /sys/kernel/uids/<uid>/cpu_share
> > > 
> > > Here is my config.
> > > 
> > > Maybie I should give it a shot without CFS at all and see what 
> > > happends ?

It got triggerred also using a 2.6.22.14:
[57560.396000] BUG: unable to handle kernel paging request at virtual
address 80000000
[57560.396000]  printing eip:
[57560.396000] c01d6c56
[57560.396000] *pdpt = 0000000008d02001
[57560.396000] *pde = 0000000000000000
[57560.396000] Oops: 0000 [#34]
[57560.396000] SMP
[57560.396000] last sysfs file: /devices/platform/floppy.0/uevent
[57560.396000] Modules linked in: xfs drbd cn nfs nfsd exportfs lockd
nfs_acl sunrpc ppdev parport_pc lp parport button ac battery ipv6 fuse
ide_cd ide_generic usbkbd usbmouse tsdev iTCO_wdt iTCO_vendor_support
psmouse e752x_edac edac_mc serio_raw evdev pcspkr sg floppy shpchp
pci_hotplug sr_mod cdrom ext3 jbd mbcache dm_mirror dm_snapshot dm_mod
generic piix ide_core tg3 ata_piix ehci_hcd uhci_hcd usbcore thermal
processor fan mptscsih mptbase megaraid_sas megaraid_mbox megaraid_mm
cciss aacraid
[57560.396000] CPU:    2
[57560.396000] EIP:    0060:[<c01d6c56>]    Not tainted VLI
[57560.396000] EFLAGS: 00010297   (2.6.22.14-etch-686-envcan #1)
[57560.396000] EIP is at vsnprintf+0x2af/0x48c
[57560.396000] eax: 80000000   ebx: ffffffff   ecx: 80000000   edx:
fffffffe
[57560.396000] esi: edf37017   edi: edf09eac   ebp: ffffffff   esp:
edf09e4c
[57560.396000] ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
[57560.396000] Process clBackup (pid: 31421, ti=edf08000 task=f7d36530
task.ti=edf08000)
[57560.396000] Stack: c852b000 00001000 c0338c78 f895b56c c0233bf5
c852b000 120c8fe8 edf37017
[57560.396000]        00c3bd08 00000000 ffffffff ffffffff 00000000
c03354eb 00000003 00000017
[57560.396000]        c0376dc0 c852b000 c01d6eb4 edf09eac edf09eac
c0233170 edf37017 c03354ea
[57560.396000] Call Trace:
[57560.396000]  [<c0233bf5>] dev_uevent+0x189/0x1e0
[57560.396000]  [<c01d6eb4>] sprintf+0x20/0x23
[57560.396000]  [<c0233170>] show_uevent+0xad/0xd5
[57560.396000]  [<c0154f48>] get_page_from_freelist+0x296/0x32d
[57560.396000]  [<c012e6f0>] group_send_sig_info+0x12/0x56
[57560.396000]  [<c0155031>] __alloc_pages+0x52/0x294
[57560.396000]  [<c02330c3>] show_uevent+0x0/0xd5
[57560.396000]  [<c0232c82>] dev_attr_show+0x15/0x18
[57560.396000]  [<c01a6979>] sysfs_read_file+0x87/0xd8
[57560.396000]  [<c0185f04>] sys_getxattr+0x46/0x4e
[57560.396000]  [<c01a68f2>] sysfs_read_file+0x0/0xd8
[57560.396000]  [<c016fe03>] vfs_read+0xa6/0x128
[57560.396000]  [<c01701ff>] sys_read+0x41/0x67
[57560.396000]  [<c0103d8a>] syscall_call+0x7/0xb
[57560.396000]  =======================
[57560.396000] Code: 74 24 28 73 03 c6 06 20 4d 46 85 ed 7f f1 e9 b9 00
00 00 8b 0f b8 79 e0 32 c0 8b 54 24 2c 81 f9 ff 0f 00 00 0f 46 c8 89 c8
eb 06 <80> 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 f6 44 24 30 10 89 c3
[57560.396000] EIP: [<c01d6c56>] vsnprintf+0x2af/0x48c SS:ESP
0068:edf09e4c

> > 
> > and also with CFS but without CONFIG_FAIR_GROUP_SCHED.
> > 

Is it still required since it now does not seems to be CFS related?

> 
> Hi Ingo,
> 
> I am able to reproduce the oops here on my system with 
> 2.6.22.14 + CFS backport. I am not able to reproduce it with 
> 2.6.22.13 + CFS backport. I believe the CFS backport is just 
> exposing the bug. Can't find an obvious culprit and am 
> looking into this issue.
> 
> Vincent, could you please confirm if you are able to 
> reproduce this with
> 2.6.22.13 + CFS?

Using 2.6.13 + CFS v24 I was also able to reproduce the bug (I already
had one built in my depot without the
display_most-recently-opened_sysfs_file_name_when_oopsing.patch).  So it
looks like it is at least related to >= 2.6.22.13 and probably not
directly CFS related.  Note that to get a oops on a 2.6.13 it seems to
need a full backup since it usually works with incremental.  The backup
does start properly then, in this case, at around 70% it oopsed.  Using
2.6.22.14 it seems to oops right at startup.  Here is the 2.6.22.13 CFS
v24 oops:

[  170.152908] SGI XFS Quota Management subsystem
[  170.168443] Filesystem "drbd0": Disabling barriers, not supported by
the underlying device
[  170.174964] XFS mounting filesystem drbd0
[  170.232455] Ending clean XFS mount for filesystem: drbd0
[  170.318614] Filesystem "drbd1": Disabling barriers, not supported by
the underlying device
[  170.327708] XFS mounting filesystem drbd1
[  170.380481] Ending clean XFS mount for filesystem: drbd1
[  947.493764] BUG: unable to handle kernel NULL pointer dereference at
virtual address 000000c8
[  947.493797]  printing eip:
[  947.493810] c01a922c
[  947.493823] *pdpt = 000000002a97a001
[  947.493837] *pde = 0000000000000000
[  947.493852] Oops: 0000 [#1]
[  947.493865] SMP
[  947.493881] Modules linked in: xfs drbd cn nfs nfsd exportfs lockd
nfs_acl sunrpc ppdev parport_pc lp parport button ac battery ipv6 fuse
ide_cd ide_generic usbkbd usbmouse tsdev iTCO_wdt iTCO_vendor_support sg
e752x_edac psmouse edac_mc pcspkr evdev shpchp pci_hotplug serio_raw
sr_mod floppy cdrom ext3 jbd mbcache dm_mirror dm_snapshot dm_mod
generic piix ide_core ehci_hcd uhci_hcd ata_piix usbcore tg3 thermal
processor fan mptscsih mptbase megaraid_sas megaraid_mbox megaraid_mm
cciss aacraid
[  947.494099] CPU:    0
[  947.494100] EIP:    0060:[<c01a922c>]    Not tainted VLI
[  947.494102] EFLAGS: 00010202   (2.6.22.13-cfs-etch-686-envcan #1)
[  947.494148] EIP is at sysfs_open_file+0x78/0x1e4
[  947.494163] eax: 00000000   ebx: dff18440   ecx: 0000000d   edx:
000000c8
[  947.494181] esi: f7fc118c   edi: eb385f30   ebp: c01a91b4   esp:
eb385edc
[  947.494199] ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
[  947.494217] Process clBackup (pid: 5273, ti=eb384000 task=f6558000
task.ti=eb384000)
[  947.494235] Stack: ec339cc0 eafae158 f7fc1148 ec339cc0 eafae158
eb385f30 c01a91b4 c01704ac
[  947.494278]        dfaa8080 eafad220 ec339cc0 00008000 eb385f30
00000010 c01705dd ec339cc0
[  947.494321]        00000000 00000000 c017061e 00000000 eb385f30
eafad220 dfaa8080 f711dd00
[  947.494364] Call Trace:
[  947.494389]  [<c01a91b4>] sysfs_open_file+0x0/0x1e4
[  947.494407]  [<c01704ac>] __dentry_open+0xc1/0x178
[  947.494429]  [<c01705dd>] nameidata_to_filp+0x24/0x33
[  947.494450]  [<c017061e>] do_filp_open+0x32/0x39
[  947.494475]  [<c017038b>] get_unused_fd+0x4a/0xaa
[  947.494496]  [<c0170667>] do_sys_open+0x42/0xc3
[  947.494518]  [<c0170721>] sys_open+0x1c/0x1e
[  947.494537]  [<c0103d8a>] syscall_call+0x7/0xb
[  947.494561]  =======================
[  947.494577] Code: 14 24 83 7c 24 08 00 8b 42 0c 8b 40 54 8b 70 14 0f
84 70 01 00 00 85 f6 0f 84 68 01 00 00 8b 56 04 85 d2 74 19 64 a1 08 50
3d c0 <83> 3a 02 0f 84 42 01 00 00 c1 e0 05 ff 84 10 20 01 00 00 8b 54
[  947.494743] EIP: [<c01a922c>] sysfs_open_file+0x78/0x1e4 SS:ESP
0068:eb385edc

- vin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux