| To: | christian.guggenberger@xxxxxxxxxxxxxxxxxxxxxxxx |
|---|---|
| Subject: | Re: EFSCORRUPTED returned from file xfs_ialloc.c |
| From: | Christian Guggenberger <Christian.Guggenberger@xxxxxxxxxxxxxxxxxxxxxxxx> |
| Date: | Wed, 2 Jul 2003 11:25:18 +0200 |
| Cc: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <1057095191.483.18.camel@bonnie79>; from christian.guggenberger@physik.uni-regensburg.de on Tue, Jul 01, 2003 at 23:33:11 +0200 |
| References: | <1057095191.483.18.camel@bonnie79> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
On 01.07.2003 23:33 Christian Guggenberger wrote:
Hi Folks, just an hour later, the second volume on the hardware Raid5 crashed. (6*160GB) Both filesystems are not mountable and not repairable with xfs_repair (xfs_repair -L should do, but I have not tried yet). If I trust the HW Raid's Firmware it should be running fine, although one of the disks has some bad blocks _and_ I/O timeouts. I'm running Kernel SGI XFS snapshot 2.4.20-2003-01-14_00:43_UTC with ACLs, quota, no debug enabled Here's the kernel log for mounting both volumes with default options: XFS mounting filesystem lvm(58,0) Starting XFS recovery on filesystem: lvm(58,0) (dev: 58/0) XFS: failed to read root inode XFS mounting filesystem lvm(58,1) Starting XFS recovery on filesystem: lvm(58,1) (dev: 58/1) XFS: dirty log entry has mismatched uuid - can't recover XFS: log mount/recovery failed XFS: log mount failed what should I do now? Try xfs_repair -L ? Go ahead with recent cvs Kernels? Christian |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | TAKE - Upgrade XFS to kdb v4.3-2.4.21-{common,i386}-3, Keith Owens |
|---|---|
| Next by Date: | TAKE - Use C99 initializers on sysctl structs, Eric Sandeen |
| Previous by Thread: | EFSCORRUPTED returned from file xfs_ialloc.c, Christian Guggenberger |
| Next by Thread: | Re: library errors building XFS tools..., Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |