From: "Alexander Y. Fomichev" <gluk@php4.ru>
To: linux-kernel@vger.kernel.org
Subject: 2.6.10-rc2-bk13/16: Oops on Dual Opteron 246: Unable to handle kernel NULL pointer dereference
Date: Fri, 3 Dec 2004 17:47:53 +0300 [thread overview]
Message-ID: <200412031747.53996.gluk@php4.ru> (raw)
G'day
Happens at attempt to defragment InnoDB datafile by xfs_fsr.
lights innodb # xfs_fsr ib_logfile1 (of ~5G size)
(all & only innodb-related files lie on the xfs partition)
Hardware Environment: Dual Opteron 246 / Iwill DK8S2 [AMD-8111] / 4G RAM/ LSI
320-2X
Software Environment:[ 2.6.10-rc2-bk13/16 reiserfs(mount as root),xfs ],
gcc (GCC) 3.4.3 (Gentoo Linux 3.4.3, ssp-3.4.3-0, pie-8.7.6.6), glibc-2.3.4,
xfs_fsr, mysql(with InnoDB)
Btw, I couldn't find any xfs staff in trace, and it seems
reiserfs related more here. Oops 100% repeatable for us
with 2.6.10-rc2-bk13 and 2.6.10-rc2-bk16
I send it to bugzilla.kernel.org:
http://bugme.osdl.org/show_bug.cgi?id=3854
Here is a trace (ksymoopsed)
lights root # Unable to handle kernel NULL pointer dereference at
0000000000000019 RIP:
<ffffffff801ca91c>{write_ordered_buffers+76}
PML4 e7bf3067 PGD e70bd067 PMD 0
Oops: 0002 [1] PREEMPT SMP
CPU 1
Pid: 160, comm: pdflush Not tainted 2.6.10-rc2-bk16
RIP: 0010:[<ffffffff801ca91c>] <ffffffff801ca91c>{write_ordered_buffers+76}
Using defaults from ksymoops -t elf64-x86-64 -a i386:x86-64
RSP: 0000:000001007fe35b58 EFLAGS: 00010293
RAX: 0000000000000000 RBX: 0000000000000001 RCX: 000001003b766910
RDX: 000000000000000c RSI: 000001007c8aa5b0 RDI: 000001007fe35b68
RBP: 000001005cb08ca8 R08: 0000000000000000 R09: 0000010002b41f28
R10: 0000010046497540 R11: ffffffff802965d0 R12: ffffff00000a1168
R13: 0000000000000000 R14: 000001007fe35b58 R15: 0000000000022f98
FS: 0000002a958624a0(0000) GS:ffffffff80464800(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000000000019 CR3: 00000000f6f82000 CR4: 00000000000006e0
Stack: 000001003c3ce570 000001003df69f30 000001007c8aa190 000001007c8aa1e8
000001007c8aa240 000001007c8aa298 000001007c8aa2f0 000001007c8aa348
000001007c8aa3a0 000001007c8aa3f8
Call Trace:<ffffffff801cb0e5>{flush_commit_list+421}
<ffffffff801cf109>{do_journal_end+3129}
<ffffffff80325d0e>{schedule_timeout+174}
<ffffffff80147a70>{keventd_create_kthread+0}
<ffffffff801bc540>{reiserfs_write_super+64}
<ffffffff80179d70>{sync_supers+128}
<ffffffff8015727a>{wb_kupdate+42} <ffffffff80157f53>{pdflush+323}
<ffffffff80157250>{wb_kupdate+0} <ffffffff80157e10>{pdflush+0}
<ffffffff80147a29>{kthread+217} <ffffffff8010e057>{child_rip+8}
<ffffffff80147a70>{keventd_create_kthread+0}
<ffffffff80147950>{kthread+0}
<ffffffff8010e04f>{child_rip+0}
Code: f0 ff 43 18 f0 0f ba 2b 02 19 c0 85 c0 0f 84 91 00 00 00 8b
>>RIP; ffffffff801ca91c <write_ordered_buffers+4c/250> <=====
>>R11; ffffffff802965d0 <as_merged_request+0/1d0>
Trace; ffffffff801cb0e5 <flush_commit_list+1a5/580>
Trace; ffffffff80325d0e <schedule_timeout+ae/d0>
Trace; ffffffff801bc540 <reiserfs_write_super+40/80>
Trace; ffffffff8015727a <wb_kupdate+2a/130>
Trace; ffffffff80157250 <wb_kupdate+0/130>
Trace; ffffffff80147a29 <kthread+d9/120>
Trace; ffffffff80147a70 <keventd_create_kthread+0/60>
Trace; ffffffff8010e04f <child_rip+0/11>
Code; ffffffff801ca91c <write_ordered_buffers+4c/250>
0000000000000000 <_RIP>:
Code; ffffffff801ca91c <write_ordered_buffers+4c/250> <=====
0: f0 ff 43 18 lock incl 0x18(%rbx) <=====
Code; ffffffff801ca920 <write_ordered_buffers+50/250>
4: f0 0f ba 2b 02 lock btsl $0x2,(%rbx)
Code; ffffffff801ca925 <write_ordered_buffers+55/250>
9: 19 c0 sbb %eax,%eax
Code; ffffffff801ca927 <write_ordered_buffers+57/250>
b: 85 c0 test %eax,%eax
Code; ffffffff801ca929 <write_ordered_buffers+59/250>
d: 0f 84 91 00 00 00 je a4 <_RIP+0xa4>
Code; ffffffff801ca92f <write_ordered_buffers+5f/250>
13: 8b 00 mov (%rax),%eax
CR2: 0000000000000019
________________________________________________
.config => http://sysadminday.org.ru/3854/config
--
Best regards.
Alexander Y. Fomichev <gluk@php4.ru>
Public PGP key: http://sysadminday.org.ru/gluk.asc
next reply other threads:[~2004-12-03 14:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-03 14:47 Alexander Y. Fomichev [this message]
2004-12-04 18:16 ` 2.6.10-rc2-bk13/16: Oops on Dual Opteron 246: Unable to handle kernel NULL pointer dereference Sergey S. Kostyliov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200412031747.53996.gluk@php4.ru \
--to=gluk@php4.ru \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.