xfs_repair 3.1.2 crashing

[Michael Monnerie]

Dear devs, I have a massive problem with a filesystem in our internal 
server. We've had an overheating problem with the RAID controller CPU, 
as it's very hot here and aircondition was turn off... the system "just" 
stopped working. This is a XenServer with some Linuxen on it, and one of 
them (of course our main server :-) reports this on xfs_repair:

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
local inode 2267035928 attr too small (size = 3, min size = 4)
bad attribute fork in inode 2267035928, clearing attr fork
clearing inode 2267035928 attributes
cleared inode 2267035928
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 2
        - agno = 1
data fork in regular inode 2267035928 claims used block 537158068
xfs_repair: dinode.c:2101: process_inode_data_fork: Assertion `err == 0' 
failed.

Any ideas?

Before that, I had 3.0.3 installed, it found tons of errors before also 
crashing. I'll send that log later.

-- 
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc

it-management Internet Services
http://proteger.at [gesprochen: Prot-e-schee]
Tel: 0660 / 415 65 31

// Wir haben im Moment zwei Häuser zu verkaufen:
// http://zmi.at/langegg/
// http://zmi.at/haus2009/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20100610/203c16cc/attachment.sig>