Submitter : nelsond Status : open
Assigned Engineer : nathans Priority : 2
*Modified Date : 08/20/00 *Modified User : nathans
*Modified User Domain : engr *Fix Description :
From: nathans@xxxxxxxxxxxxxxxxxxxxxxx (nathan scott) (PARTIAL)
Date: Aug 20 2000 08:15:03PM
[pvnews version: 1.71]
----------------------------
To build the known-working version of xfs_repair:
- run "make config" in $WORKAREA/linux directory
(libsim requires this in order to build).
- cd $WORKAREA/cmd/xfs/sim
- run "make"
- the new repair binary is in $WORKAREA/cmd/xfs/sim/repair/
cheers.
Modid: 2.4.0-test1-xfs:slinx:72670a
Date: Sun Aug 20 20:08:08 PDT 2000
Workarea: snort:/build4/nathans/linux-xfs
Author: nathans
The following file(s) were checked into:
bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
cmd/xfs/repair/xfs_repair.c - 1.48
- switch off write path (force nomodify), until corruption-via-repair
fixed.
cmd/xfs/sim/Makefile - 1.56
- Makefile to build known-working libsim-based tools.
Description :
I'm running the 2.4.0-test5-xfs code from bonnie from Aug 20th.
I've run into a panic when mounting my filesystems. I have
30x 40GB raid luns. On thursday and friday I was hitting the
bug where the filesystems would not mount without doing the xfs_repair on them.
I put the new kernel source on, and recreated the xfs user utilities.
I ran xfs_repair on my filesystems, and some of them had errors and caused
xfs_repair
to core dump.
.....
==========================
ADDITIONAL INFORMATION (ADD)
From: nathans@engr (BugWorks)
Date: Aug 20 2000 08:00:27PM
==========================
hi Doug,
Looks like you've been bitten by a couple of bugs here. Firstly,
the mkfs log zeroing problem has been fixed now, so there is no
longer a need to run repair to rectify this.
There are also some issues on the write path in xfs_repair, so
running repair can currently be a destructive operation. I am
about to checkin a change which will switch off the write path
in repair for a little while (till I fix this).
thanks.
|