xfs
[Top] [All Lists]

xfs-filesystem is broken after rsync

To: linux-xfs@xxxxxxxxxxx
Subject: xfs-filesystem is broken after rsync
From: Dirk Munzinger <Dirk.Munzinger@xxxxxxxxxxxx>
Date: Tue, 30 Jul 2002 16:29:56 +0200
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0.0) Gecko/20020530
Hallo,

I want to rsync two servers via rsync (2.5.5) but doing this will end in an broken xfs-filesystem...
well, the setup is on both server:
- kernel 2.4.18 with the latest xfs-patch from the xfs-website
- rsync 2.5.5 running with the option -avz

The rsync-destionation is an xfs-partition the source an reiserfs-partition and rsync is controlled by a script which starts the run. If the script is executed rsync starts to work just fine but after a few minutes an some MB later suddenly rsync complains about Input/output error. If I go no to the destination-dir and do a ls -l the filesystem seams to be empty but an df says that there are data in the filesystem - the filesystem is broken. If I do now an xfs_repair I get a lot of problems reported but at the end it looks like that the filesystem is still broken because if I start rsync again I get the Input/output-errors just from the start.

I have just tried again with an fresh formated xfs filesystem and the problem is still there. If I do now an xfs_repair I get this message (which I have not seen befor)

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed.  Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair.  If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.

any ideas what is going wrong ?

If you need more infos please let me know !

- Dirk


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