* XFS / Quota Bug in 2.6.17.x and 2.6.18x
[not found] ` <20060727120425.GB6825@martell.zuzino.mipt.ru>
@ 2006-07-27 12:24 ` ProfiHost - Stefan Priebe
0 siblings, 0 replies; 2+ messages in thread
From: ProfiHost - Stefan Priebe @ 2006-07-27 12:24 UTC (permalink / raw)
To: nathans; +Cc: linux-fsdevel, xfs
Hello!
The crash only occurs if you use quota and an IDE Drive without barrier
support.
The Problem is, that on a new mount of a root filesystem - the flag
VFS_RDONLY is set - and so no barrier check is done before checking
quota. With this patch barrier check is done always. The partition
should not be mounted at that moment, so it could not be READ ONLY. For
mount -o remount, rw or something like this - XFS uses another function
where VFS_RDONLY is checked.
Error Message:
ns2 Wed Jul 26 14:22:58 2006 "I/O error in filesystem ("hda6") meta-data dev
hda6 block 0x23db5ab ("xlog_iodone") error 5 buf count 1024"
ns2 Wed Jul 26 14:22:58 2006 "xfs_force_shutdown(hda6,0x2) called from line
959 of file fs/xfs/xfs_log.c. Return address = 0xc0211535"
ns2 Wed Jul 26 14:22:58 2006 "Filesystem "hda6": Log I/O Error Detected.
Shutting down filesystem: hda6"
ns2 Wed Jul 26 14:22:58 2006 "Please umount the filesystem, and rectify the
problem(s)"
ns2 Wed Jul 26 14:22:58 2006 "xfs_force_shutdown(hda6,0x1) called from line
338 of file fs/xfs/xfs_rw.c. Return address = 0xc0211535"
ns2 Wed Jul 26 14:22:58 2006 "xfs_force_shutdown(hda6,0x1) called from line
338 of file fs/xfs/xfs_rw.c. Return address = 0xc0211535"
Patch:
--- fs/xfs/xfs_vfsops.c.orig 2006-07-27 14:22:25.185949750 +0200
+++ fs/xfs/xfs_vfsops.c 2006-07-27 14:22:28.246141000 +0200
@@ -523,7 +523,7 @@ xfs_mount(
if (error)
goto error2;
- if ((mp->m_flags & XFS_MOUNT_BARRIER) && !(vfsp->vfs_flag &
VFS_RDONLY))
+ if (mp->m_flags & XFS_MOUNT_BARRIER)
xfs_mountfs_check_barriers(mp);
error = XFS_IOINIT(vfsp, args, flags);
Best regards,
Stefan
Ihr ProfiHost Team
------------------------------------------
ProfiHost e.K.
Lindener Str 15
38300 Wolfenbüttel
Tel.: 05331 996890
Fax: 05331 996899
URL: http://www.profihost.com
E-Mail: support@profihost.com
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: XFS / Quota Bug in 2.6.17.x and 2.6.18x
[not found] <44C8A5F1.7060604@profihost.com>
[not found] ` <20060727120425.GB6825@martell.zuzino.mipt.ru>
@ 2006-07-27 23:42 ` Nathan Scott
1 sibling, 0 replies; 2+ messages in thread
From: Nathan Scott @ 2006-07-27 23:42 UTC (permalink / raw)
To: ProfiHost - Stefan Priebe; +Cc: linux-kernel, linux-fsdevel, xfs
Hi Stefan,
On Thu, Jul 27, 2006 at 01:39:29PM +0200, ProfiHost - Stefan Priebe wrote:
> Hello!
>
> The crash only occurs if you use quota and IDE without barrier support.
>
> The Problem is, that on a new mount of a root filesystem - the flag
> VFS_RDONLY is set - and so no barrier check is done before checking
> quota. With this patch barrier check is done always. The partition
> should not be mounted at that moment. For mount -o remount, rw or
> something like this it uses another function where VFS_RDONLY is checked.
Ah, I see. The patch isn't quite right, I think we will now need to
also add a test to xfs_mountfs_check_barriers() to ensure the device
beneath us is not bdev_read_only().
I'll add that and get the fix merged, thanks.
cheers.
--
Nathan
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-07-27 23:43 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <44C8A5F1.7060604@profihost.com>
[not found] ` <20060727120425.GB6825@martell.zuzino.mipt.ru>
2006-07-27 12:24 ` XFS / Quota Bug in 2.6.17.x and 2.6.18x ProfiHost - Stefan Priebe
2006-07-27 23:42 ` Nathan Scott
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).