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

Bug#638855: marked as done (linux-image-2.6.39-bpo.2-686-pae: kernel BUG at md.c:6630! on reboot -f)



Your message dated Tue, 13 Aug 2013 23:14:37 +0200
with message-id <20130813211437.GD559@inutil.org>
and subject line Re: linux-image-2.6.39-bpo.2-686-pae: kernel BUG at md.c:6630! on reboot -f
has caused the Debian Bug report #638855,
regarding linux-image-2.6.39-bpo.2-686-pae: kernel BUG at md.c:6630! on reboot -f
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
638855: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638855
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-2.6.39-bpo.2-686-pae
Version: 2.6.39-3~bpo60+1
Severity: important

*** Please type your report below this line ***
When I use 'reboot -f' to restart the system I get the stacktrace
included below. The process
in question has been oracle in all occurrences of this problem. What
might be of interest is that
I use oracle with raw-devices. These 'raw' devices point to lvm
devices that live on top of a
raid1 md-device.
I could not reproduce this bug when stopping oracle before the 'reboot -f'.

This bug is also present in linux-image-2.6.32-5-686 which I tried
before moving to 'backports'. Everything works OK in 2.6.25-2-686.

The resulting trace:
[  433.246580] ------------[ cut here ]------------
[  433.248009] kernel BUG at
/build/buildd-linux-2.6_2.6.39-3~bpo60+1-i386-zNzAuF/linux-2.6-2.6.39/debian/build/source_i386_none/drivers/md/md.c:6630!
[  433.248009] invalid opcode: 0000 [#1] SMP
[  433.248009] last sysfs file: /sys/devices/virtual/block/md1/removable
[  433.248009] Modules linked in: nfs fscache nfsd lockd nfs_acl
auth_rpcgss sunrpc ipt_REJECT ipt_LOG xt_tcpudp xt_state iptable_nat
iptable_filter ip_tables x_tables nf_nat_ftp nf_nat nf_conntrack_tftp
nf_conntrack_ftp nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 8021q
garp stp raw snd_pcm snd_timer snd soundcore snd_page_alloc hpilo
psmouse evdev tpm_tis pcspkr serio_raw parport_pc tpm tpm_bios
rng_core shpchp parport e752x_edac pci_hotplug edac_core container
processor button ext3 jbd mbcache dm_mirror dm_region_hash dm_log
dm_snapshot dm_mod raid1 md_mod sd_mod crc_t10dif sg ata_generic
uhci_hcd ehci_hcd ata_piix tg3 mptspi libphy usbcore libata thermal
thermal_sys floppy sr_mod cdrom mptscsih mptbase aic7xxx sym53c8xx
scsi_transport_spi BusLogic scsi_mod [last unloaded: scsi_wait_scan]
[  433.248009]
[  433.248009] Pid: 4095, comm: oracle Not tainted
2.6.39-bpo.2-686-pae #1 HP ProLiant ML350 G4p
[  433.248009] EIP: 0060:[<e09bcbc7>] EFLAGS: 00010246 CPU: 0
[  433.248009] EIP is at md_write_start+0x1a/0x129 [md_mod]
[  433.248009] EAX: 00000001 EBX: dfa53400 ECX: e093c000 EDX: de745680
[  433.248009] ESI: 00000001 EDI: 00001000 EBP: dd3c0700 ESP: dd15bbb0
[  433.248009]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[  433.248009] Process oracle (pid: 4095, ti=dd15a000 task=de3d9b00
task.ti=dd15a000)
[  433.248009] Stack:
[  433.248009]  e097a070 dee1d380 de7cdb28 00000001 e097a070 dfa53400
00000001 00001000
[  433.248009]  e0939a03 ffffffff 00000091 de745680 dfa53400 00000000
c148d1bc 00000000
[  433.248009]  dd3c0718 deee5ac4 00000000 00000010 0000037a 00000002
00000001 00000000
[  433.248009] Call Trace:
[  433.248009]  [<e0939a03>] ? make_request+0x3a/0x6a7 [raid1]
[  433.248009]  [<e09bcaf4>] ? md_make_request+0xaf/0x168 [md_mod]
[  433.248009]  [<c11454ac>] ? generic_make_request+0x2be/0x32f
[  433.248009]  [<c1098095>] ? mempool_alloc+0x44/0xe8
[  433.248009]  [<c11455d1>] ? submit_bio+0xb4/0xcd
[  433.248009]  [<c10ec4fb>] ? bio_alloc_bioset+0x35/0x94
[  433.248009]  [<c10e89ce>] ? submit_bh+0xc9/0xe5
[  433.248009]  [<c10eabb8>] ? __block_write_full_page+0x211/0x2cb
[  433.248009]  [<c10eacce>] ? block_write_full_page_endio+0x5c/0xb0
[  433.248009]  [<c10e9b08>] ? T.1059+0x17/0x17
[  433.248009]  [<c10ead2c>] ? block_write_full_page+0xa/0xc
[  433.248009]  [<c10e9b08>] ? T.1059+0x17/0x17
[  433.248009]  [<c109bb0c>] ? __writepage+0x8/0x1f
[  433.248009]  [<c109cb6e>] ? write_cache_pages+0x1be/0x293
[  433.248009]  [<c109bb04>] ? set_page_dirty+0x55/0x55
[  433.248009]  [<e09e1082>] ? ext3_ordered_write_end+0xfb/0x12d [ext3]
[  433.248009]  [<c109cc74>] ? generic_writepages+0x31/0x44
[  433.248009]  [<c1096ac2>] ? __filemap_fdatawrite_range+0x51/0x59
[  433.248009]  [<c1096aeb>] ? filemap_write_and_wait_range+0x21/0x4c
[  433.248009]  [<c10e772a>] ? vfs_fsync_range+0x27/0x5d
[  433.248009]  [<c10e77af>] ? generic_write_sync+0x4f/0x5a
[  433.248009]  [<c1096fe4>] ? generic_file_aio_write+0x91/0xb2
[  433.248009]  [<c10cc3a0>] ? do_sync_write+0x9e/0xd3
[  433.248009]  [<c10cc56f>] ? rw_verify_area+0xc7/0xe8
[  433.248009]  [<c10cc302>] ? do_sync_readv_writev+0xd1/0xd1
[  433.248009]  [<c10cccd0>] ? vfs_write+0x7f/0xd9
[  433.248009]  [<c10ccd6e>] ? sys_pwrite64+0x44/0x5a
[  433.248009]  [<c12b769f>] ? sysenter_do_call+0x12/0x28
[  433.248009] Code: 00 e8 11 14 67 e0 58 83 c4 18 89 e8 5b 5e 5f 5d
c3 57 56 53 89 c3 83 ec 14 f6 42 14 01 0f 84 10 01 00 00 8b 40 24 83
f8 01 75 04 <0f> 0b eb fe 31 f6 83 f8 02 75 29 c7 43 24 00 00 00 00 f0
80 8b
[  433.248009] EIP: [<e09bcbc7>] md_write_start+0x1a/0x129 [md_mod]
SS:ESP 0068:dd15bbb0
[  436.195351] ---[ end trace bbf849235eb3c603 ]---
[  436.195682] ------------[ cut here ]------------

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash



--- End Message ---
--- Begin Message ---
On Tue, Aug 13, 2013 at 07:42:18AM +0200, leo weppelman wrote:
> On Mon, Aug 12, 2013 at 5:16 PM, Moritz Muehlenhoff <jmm@inutil.org> wrote:
> > reassign 638855 src:linux
> > thanks
> >
> > On Mon, Aug 22, 2011 at 03:32:32PM +0200, leo weppelman wrote:
> >> Package: linux-image-2.6.39-bpo.2-686-pae
> >> Version: 2.6.39-3~bpo60+1
> >> Severity: important
> >>
> >> *** Please type your report below this line ***
> >> When I use 'reboot -f' to restart the system I get the stacktrace
> >> included below. The process
> >> in question has been oracle in all occurrences of this problem. What
> >> might be of interest is that
> >> I use oracle with raw-devices. These 'raw' devices point to lvm
> >> devices that live on top of a
> >> raid1 md-device.
> >> I could not reproduce this bug when stopping oracle before the 'reboot -f'.
> >>
> >> This bug is also present in linux-image-2.6.32-5-686 which I tried
> >> before moving to 'backports'. Everything works OK in 2.6.25-2-686.
> >
> > Sorry for the late response. Does this still occur with current kernels,
> > e.g. the Wheezy kernel?
> >
> > Cheers,
> >         Moritz
> 
> I just tried a couple of reboots and the problem seems to be solved
> with kernel 3.2 (linux-image-3.2.0-4-686-pae    3.2.46-1 ) from
> wheezy.

Ok. Closing the bug, then.

Cheers,
        Moritz

--- End Message ---

Reply to: