xfs
[Top] [All Lists]

force_shutdown experienced

To: linux-xfs@xxxxxxxxxxx
Subject: force_shutdown experienced
From: Robert Sander <ml-linux-xfs@xxxxxxxxxxxxxxx>
Date: Fri, 15 Mar 2002 09:51:02 +0000 (UTC)
Organization: Epigenomics AG
Reply-to: Robert Sander <gurubert-news@xxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: slrn/0.9.7.3 (Linux)
Hi!

This morning I saw this in the logfile:

Mar 15 09:30:39 raman kernel: xfs_force_shutdown(sd(8,18),0x8) called from line 
4079 of file xfs_bmap.c.  Return address = 0xf89692a2
Mar 15 09:30:39 raman kernel: Corruption of in-memory data detected. Shutting 
down filesystem: sd(8,18)
Mar 15 09:30:39 raman kernel: Please umount the filesystem, and rectify the 
problem(s)

After reading the FAQ and the mailing list archive it seems that a
simple umount and mount could slove the problem. But:

Mar 15 10:21:40 raman kernel: XFS: bad magic number
Mar 15 10:21:40 raman kernel: XFS: SB validate failed

The primary superblock was corrupted. Running xfs_repair produced some
files in lost+found and the message that sunit and swidth are being
resetted and should be specified in the mount options.
I haven't used these options for mkfs.xfs so I did not specify them when
mounting the repaired filesystem. The mount worked and the filesystem
looks godd at a first glance (execpt for the file in lost+found...).

Are we still able to use that filesystem?
Kernel is 2.4.17 from CVS compiled on Jan 4th, filesystem is on an
external HW-RAID which does not report errors.

Greetings
-- 
Robert Sander
Department Head
Information Systems        www.epigenomics.com        Kastanienallee 24
+493024345330                                              10435 Berlin


<Prev in Thread] Current Thread [Next in Thread>