public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* xfs_repair deletes file
@ 2010-03-19 17:20 Agarwal, Amit
  2010-03-19 20:36 ` Eric Sandeen
  0 siblings, 1 reply; 2+ messages in thread
From: Agarwal, Amit @ 2010-03-19 17:20 UTC (permalink / raw)
  To: xfs@oss.sgi.com

Hi 

I need some help related to xfs repair. 

xfs_repair is deleting files which are more than ~10G from the real time partition.  This is happening quite frequently.

xfs_repair version 3.0.0
Linux ->  2.6.18.8

Following is the output of 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
data fork in rt inode 16779171 claims used rt block 16538
bad data fork in inode 16779171
cleared inode 16779171
data fork in rt inode 16779185 claims used rt block 24441
bad data fork in inode 16779185
cleared inode 16779185
        - agno = 2
        - agno = 3
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
entry "es33554469.tsp" at block 0 offset 4040 in directory inode 16777344 references free inode 16779171
        clearing inode number in entry at offset 4040...
entry "es33554472.tsp" at block 1 offset 432 in directory inode 16777344 references free inode 16779185
        clearing inode number in entry at offset 432...
        - agno = 2
        - agno = 3
Phase 5 - rebuild AG headers and trees...
        - generate realtime summary info and bitmap...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
bad hash table for directory inode 16777344 (no data entry): rebuilding
rebuilding directory inode 16777344
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done

Thanks for your time

Amit Agarwal


_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: xfs_repair deletes file
  2010-03-19 17:20 xfs_repair deletes file Agarwal, Amit
@ 2010-03-19 20:36 ` Eric Sandeen
  0 siblings, 0 replies; 2+ messages in thread
From: Eric Sandeen @ 2010-03-19 20:36 UTC (permalink / raw)
  To: Agarwal, Amit; +Cc: xfs@oss.sgi.com

Agarwal, Amit wrote:
> Hi 
> 
> I need some help related to xfs repair. 
> 
> xfs_repair is deleting files which are more than ~10G from the real time partition.  This is happening quite frequently.
> 
> xfs_repair version 3.0.0
> Linux ->  2.6.18.8

might be best to retest on a recent kernel, as this looks like something went 
wrong at runtime.

Do you have a testcase to recreate the situation?

-Eric

> Following is the output of 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
> data fork in rt inode 16779171 claims used rt block 16538
> bad data fork in inode 16779171
> cleared inode 16779171
> data fork in rt inode 16779185 claims used rt block 24441
> bad data fork in inode 16779185
> cleared inode 16779185
>         - agno = 2
>         - agno = 3
>         - process newly discovered inodes...
> Phase 4 - check for duplicate blocks...
>         - setting up duplicate extent list...
>         - check for inodes claiming duplicate blocks...
>         - agno = 0
>         - agno = 1
> entry "es33554469.tsp" at block 0 offset 4040 in directory inode 16777344 references free inode 16779171
>         clearing inode number in entry at offset 4040...
> entry "es33554472.tsp" at block 1 offset 432 in directory inode 16777344 references free inode 16779185
>         clearing inode number in entry at offset 432...
>         - agno = 2
>         - agno = 3
> Phase 5 - rebuild AG headers and trees...
>         - generate realtime summary info and bitmap...
>         - reset superblock...
> Phase 6 - check inode connectivity...
>         - resetting contents of realtime bitmap and summary inodes
>         - traversing filesystem ...
> bad hash table for directory inode 16777344 (no data entry): rebuilding
> rebuilding directory inode 16777344
>         - traversal finished ...
>         - moving disconnected inodes to lost+found ...
> Phase 7 - verify and correct link counts...
> done
> 
> Thanks for your time
> 
> Amit Agarwal
> 
> 
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
> 

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-03-19 20:35 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-19 17:20 xfs_repair deletes file Agarwal, Amit
2010-03-19 20:36 ` Eric Sandeen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox