mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Jesper Juhl" <jesper.juhl@gmail.com>
To: "Nathan Scott" <nathans@sgi.com>
Cc: "Avuton Olrich" <avuton@gmail.com>,
	"Tony. Ho" <linux@idccenter.cn>,
	linux-kernel@vger.kernel.org
Subject: Re: 2.6.18-rc3-git3 - XFS - BUG: unable to handle kernel NULL pointer dereference at virtual address 00000078
Date: Fri, 11 Aug 2006 10:33:53 +0200	[thread overview]
Message-ID: <9a8748490608110133v5f973cf6w1af340f59bb229ec@mail.gmail.com> (raw)
In-Reply-To: <9a8748490608101552w12822fa6m415a5fb5537c744d@mail.gmail.com>

On 11/08/06, Jesper Juhl <jesper.juhl@gmail.com> wrote:
> On 11/08/06, Jesper Juhl <jesper.juhl@gmail.com> wrote:
> > On 11/08/06, Nathan Scott <nathans@sgi.com> wrote:
> > > On Thu, Aug 10, 2006 at 01:31:35PM +0200, Jesper Juhl wrote:
> > > > On 08/08/06, Nathan Scott <nathans@sgi.com> wrote:
> > > > ...
> > > > Ok, I booted the server with 2.6.18-rc4 + your patch. Things went well
> > > > for ~3 hours and then blew up - not in the same way though.
> > > >
> > > > The machine was under pretty heavy load recieving data via rsync when
> > > > the following happened :
> > > >
> > > > Filesystem "dm-51": XFS internal error xfs_trans_cancel at line 1138
> > > > of file fs/xfs/xfs_trans.c.  Caller 0xc0210e3f
> > > >  [<c0103a3c>] show_trace_log_lvl+0x152/0x165
> > > >  [<c0103a5e>] show_trace+0xf/0x13
> > > >  [<c0103b59>] dump_stack+0x15/0x19
> > > >  [<c0213474>] xfs_trans_cancel+0xcf/0xf8
> > > >  [<c0210e3f>] xfs_rename+0x64d/0x936
> > > >  [<c0226286>] xfs_vn_rename+0x48/0x9f
> > > >  [<c016584e>] vfs_rename_other+0x99/0xcb
> > > >  [<c0165a36>] vfs_rename+0x1b6/0x1eb
> > > >  [<c0165bda>] do_rename+0x16f/0x193
> > > >  [<c0165c45>] sys_renameat+0x47/0x73
> > >
> > > Thanks Jesper.  Hmm, lessee - this is a cancelled dirty rename
> > > transaction ... could be ondisk dir2 corruption (any chance this
> > > filesystem was affected by 2.6.17's endian bug?)
> >
> > No. The machine in question never ran any 2.6.17.* kernels. Its old
> > kernel was 2.6.11.11 (UP), then I tried 2.6.18-rc3-git3 (SMP) as
> > previously reported, then I tried 2.6.18-rc4 + your XFS patch.
> >
> > >, or something
> > > else entirely.  No I/O errors in the system log earlier or anything
> > > like that?
> > >
> > No I/O errors in the logs that I could find, no.
> >
> >
> > > > I was doing an lvmextend +xfs_resize of a different (XFS) filesystem
> > > > on the same server at roughly the same time. But I'm not sure if
> > > > that's related.
> > >
> > > That wont be related, no.
> > >
> > > > I'm currently running xfs_repair on the fs that blew up.
> > >
> > > OK, I'd be interested to see if that reported any directory (or
> > > other) issues.
> > >
> > It did not.
> >
> > What happened was this (didn't save the output sorry, so the below is
> > from memory) ;
> > When I ran xfs_repair it first asked me to mount the filesystem to
> > replay the log, then unmount it again, then run xfs_repair again. I
> > did that. No errors during that mount or umount.
> > Then, when I ran xfs_repair again it ran through phases 1..n (spending
> > aproximately 1hour on this) without any messages saying that something
> > was wrong, so when it was done I tried mounting the fs again and it
> > said it did a mount of a clean fs.
> > It's been running fine since.
> >
> Btw, I have left the machine running with the 2.6.18-rc4 kernel and it
> can keep running that for ~11hrs more (I'll ofcourse let you know if
> errors show up during the night)

It blew up again. Same filesystem again + a new one :

Filesystem "dm-31": XFS internal error xfs_trans_cancel at line 1138
of file fs/xfs/xfs_trans.c.  Caller 0xc0210e3f
 [<c0103a3c>] show_trace_log_lvl+0x152/0x165
 [<c0103a5e>] show_trace+0xf/0x13
 [<c0103b59>] dump_stack+0x15/0x19
 [<c0213474>] xfs_trans_cancel+0xcf/0xf8
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0226286>] xfs_vn_rename+0x48/0x9f
 [<c016584e>] vfs_rename_other+0x99/0xcb
 [<c0165a36>] vfs_rename+0x1b6/0x1eb
 [<c0165bda>] do_rename+0x16f/0x193
 [<c0165c45>] sys_renameat+0x47/0x73
 [<c0165c98>] sys_rename+0x27/0x2b
 [<c0102ae3>] syscall_call+0x7/0xb
 [<b7e0a681>] 0xb7e0a681
 [<c0213474>] xfs_trans_cancel+0xcf/0xf8
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0226286>] xfs_vn_rename+0x48/0x9f
 [<c01626bb>] exec_permission_lite+0x46/0xcd
 [<c0162acb>] __link_path_walk+0x4d/0xd0a
 [<c016f8df>] mntput_no_expire+0x1b/0x78
 [<c01637f3>] link_path_walk+0x6b/0xc4
 [<c016584e>] vfs_rename_other+0x99/0xcb
 [<c022623e>] xfs_vn_rename+0x0/0x9f
 [<c0165a36>] vfs_rename+0x1b6/0x1eb
 [<c0165bda>] do_rename+0x16f/0x193
 [<c0154e6b>] sys_fchmodat+0xc2/0xef
 [<c015508f>] sys_lchown+0x50/0x52
 [<c016231b>] do_getname+0x4b/0x73
 [<c0165c45>] sys_renameat+0x47/0x73
 [<c0165c98>] sys_rename+0x27/0x2b
 [<c0102ae3>] syscall_call+0x7/0xb
xfs_force_shutdown(dm-31,0x8) called from line 1139 of file
fs/xfs/xfs_trans.c.  Return address = 0xc0229395
Filesystem "dm-31": Corruption of in-memory data detected.  Shutting
down filesystem: dm-31
Please umount the filesystem, and rectify the problem(s)
xfs_force_shutdown(dm-31,0x1) called from line 424 of file
fs/xfs/xfs_rw.c.  Return address = 0xc0229395
Filesystem "dm-31": Disabling barriers, not supported with external log device
XFS mounting filesystem dm-31
Starting XFS recovery on filesystem: dm-31 (logdev: /dev/Log/ws1_log)
Ending XFS recovery on filesystem: dm-31 (logdev: /dev/Log/ws1_log)
Filesystem "dm-31": Disabling barriers, not supported with external log device
XFS mounting filesystem dm-31
Ending clean XFS mount for filesystem: dm-31
Filesystem "dm-51": XFS internal error xfs_trans_cancel at line 1138
of file fs/xfs/xfs_trans.c.  Caller 0xc0210e3f
 [<c0103a3c>] show_trace_log_lvl+0x152/0x165
 [<c0103a5e>] show_trace+0xf/0x13
 [<c0103b59>] dump_stack+0x15/0x19
 [<c0213474>] xfs_trans_cancel+0xcf/0xf8
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0226286>] xfs_vn_rename+0x48/0x9f
 [<c016584e>] vfs_rename_other+0x99/0xcb
 [<c0165a36>] vfs_rename+0x1b6/0x1eb
 [<c0165bda>] do_rename+0x16f/0x193
 [<c0165c45>] sys_renameat+0x47/0x73
 [<c0165c98>] sys_rename+0x27/0x2b
 [<c0102ae3>] syscall_call+0x7/0xb
 [<b7e0a681>] 0xb7e0a681
 [<c0213474>] xfs_trans_cancel+0xcf/0xf8
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0226286>] xfs_vn_rename+0x48/0x9f
 [<c01626bb>] exec_permission_lite+0x46/0xcd
 [<c0162acb>] __link_path_walk+0x4d/0xd0a
 [<c016f8df>] mntput_no_expire+0x1b/0x78
 [<c01637f3>] link_path_walk+0x6b/0xc4
 [<c016584e>] vfs_rename_other+0x99/0xcb
 [<c022623e>] xfs_vn_rename+0x0/0x9f
 [<c0165a36>] vfs_rename+0x1b6/0x1eb
 [<c0165bda>] do_rename+0x16f/0x193
 [<c0154e6b>] sys_fchmodat+0xc2/0xef
 [<c015508f>] sys_lchown+0x50/0x52
 [<c016231b>] do_getname+0x4b/0x73
 [<c0165c45>] sys_renameat+0x47/0x73
 [<c0165c98>] sys_rename+0x27/0x2b
 [<c0102ae3>] syscall_call+0x7/0xb
xfs_force_shutdown(dm-51,0x8) called from line 1139 of file
fs/xfs/xfs_trans.c.  Return address = 0xc0229395
Filesystem "dm-51": Corruption of in-memory data detected.  Shutting
down filesystem: dm-51
Please umount the filesystem, and rectify the problem(s)
Filesystem "dm-31": XFS internal error xfs_trans_cancel at line 1138
of file fs/xfs/xfs_trans.c.  Caller 0xc0210e3f
 [<c0103a3c>] show_trace_log_lvl+0x152/0x165
 [<c0103a5e>] show_trace+0xf/0x13
 [<c0103b59>] dump_stack+0x15/0x19
 [<c0213474>] xfs_trans_cancel+0xcf/0xf8
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0226286>] xfs_vn_rename+0x48/0x9f
 [<c016584e>] vfs_rename_other+0x99/0xcb
 [<c0165a36>] vfs_rename+0x1b6/0x1eb
 [<c0165bda>] do_rename+0x16f/0x193
 [<c0165c45>] sys_renameat+0x47/0x73
 [<c0165c98>] sys_rename+0x27/0x2b
 [<c0102ae3>] syscall_call+0x7/0xb
 [<b7e0a681>] 0xb7e0a681
 [<c0213474>] xfs_trans_cancel+0xcf/0xf8
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0210e3f>] xfs_rename+0x64d/0x936
 [<c0226286>] xfs_vn_rename+0x48/0x9f
 [<c01626bb>] exec_permission_lite+0x46/0xcd
 [<c0162acb>] __link_path_walk+0x4d/0xd0a
 [<c016f8df>] mntput_no_expire+0x1b/0x78
 [<c01637f3>] link_path_walk+0x6b/0xc4
 [<c016584e>] vfs_rename_other+0x99/0xcb
 [<c022623e>] xfs_vn_rename+0x0/0x9f
 [<c0165a36>] vfs_rename+0x1b6/0x1eb
 [<c0165bda>] do_rename+0x16f/0x193
 [<c0154e6b>] sys_fchmodat+0xc2/0xef
 [<c015508f>] sys_lchown+0x50/0x52
 [<c016231b>] do_getname+0x4b/0x73
 [<c0165c45>] sys_renameat+0x47/0x73
 [<c0165c98>] sys_rename+0x27/0x2b
 [<c0102ae3>] syscall_call+0x7/0xb
xfs_force_shutdown(dm-31,0x8) called from line 1139 of file
fs/xfs/xfs_trans.c.  Return address = 0xc0229395
Filesystem "dm-31": Corruption of in-memory data detected.  Shutting
down filesystem: dm-31
Please umount the filesystem, and rectify the problem(s)


-- 
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please      http://www.expita.com/nomime.html

  reply	other threads:[~2006-08-11  8:34 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-04  8:22 Jesper Juhl
2006-08-04 10:05 ` Nathan Scott
2006-08-04 10:43   ` Jesper Juhl
2006-08-06  3:07   ` Tony.Ho
2006-08-06  4:05     ` Tony.Ho
2006-08-07  4:34       ` Nathan Scott
     [not found]         ` <3aa654a40608072039r2b5c5a19hbd3e68e4fee40869@mail.gmail.com>
2006-08-08  3:44           ` Nathan Scott
     [not found]             ` <9a8748490608080137k596a6290r3567096668449a64@mail.gmail.com>
2006-08-08  8:54               ` Nathan Scott
     [not found]                 ` <9a8748490608100431m244207b1v9c9c5087233fcf3a@mail.gmail.com>
2006-08-10 12:25                   ` Jesper Juhl
2006-08-10 22:35                   ` Nathan Scott
     [not found]                     ` <9a8748490608101544n29f863e7o7584ac64f1d4c210@mail.gmail.com>
2006-08-10 22:52                       ` Jesper Juhl
2006-08-11  8:33                         ` Jesper Juhl [this message]
2006-08-11 10:25                           ` Jesper Juhl
2006-08-14  2:00                             ` Nathan Scott
2006-08-14  7:49                               ` Jesper Juhl
2006-08-15  9:03                                 ` Nathan Scott
2006-08-15 11:42                                   ` Jesper Juhl
2006-08-16  1:26                                     ` Nathan Scott
2006-08-17 21:23                                       ` Jesper Juhl
2006-08-15 14:37                                   ` Chris Wedgwood
2006-08-15 14:47                                     ` Jan Engelhardt
2006-08-16 12:38                               ` Paul Slootman
2006-08-16 22:47                                 ` Nathan Scott
2006-08-17  9:01                                   ` Paul Slootman
2006-08-23  8:42                                     ` Paul Slootman
2006-08-24  6:55                                       ` Nathan Scott
2006-08-24  9:07                                         ` Paul Slootman
2006-08-10 23:01                       ` Jesper Juhl

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=9a8748490608110133v5f973cf6w1af340f59bb229ec@mail.gmail.com \
    --to=jesper.juhl@gmail.com \
    --cc=avuton@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@idccenter.cn \
    --cc=nathans@sgi.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®