| To: | Walt H <waltabbyh@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: 2.6.0-test5-mm3 & XFS FS Corruption (or not?) |
| From: | Walt H <waltabbyh@xxxxxxxxxxx> |
| Date: | Sun, 21 Sep 2003 11:08:41 -0700 |
| Cc: | linux-kernel <linux-kernel@xxxxxxxxxxxxxxx>, Linux XFS Mailing List <linux-xfs@xxxxxxxxxxx> |
| In-reply-to: | <3F6DC819.8060003@comcast.net> |
| References: | <3F6DC819.8060003@comcast.net> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030914 |
Just a follow-up to my earlier post: I've put in the xfs code from mm2 into the mm3 tree and all files get copied and I can manually copy the fstab.backup file afterward. I realized that the "rebuilding directory inode 256" was the lost+found directory, which contained 4 old zero length files. That was the key. XFS under -mm2 doesn't care about old lost+found directories, while -mm3 does. If I removed the source lost+found/ and retried rsync's with -mm3, it finishes fine and I can copy fstab files. Adding a bogus lost+found dir with any file in it at the source, and retrying the rsync will lead to a state where I can't overwrite the existing /etc/fstab file at the end. So it doesn't look like there's actually any filesystem corruption, just a strange bug. Hope that helps, -Walt |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | 2.6.0-test5-mm3 & XFS FS Corruption, Walt H |
|---|---|
| Next by Date: | Re: 2.6.0-test5-mm3 & XFS FS Corruption (or not?), Steve Lord |
| Previous by Thread: | 2.6.0-test5-mm3 & XFS FS Corruption, Walt H |
| Next by Thread: | Re: 2.6.0-test5-mm3 & XFS FS Corruption (or not?), Steve Lord |
| Indexes: | [Date] [Thread] [Top] [All Lists] |