I had problems due to the well-known endian bug. I first ran xfs_repair on it from the standard Debian package, version 2.6.20. That gave a lot of output (which can be found at http://www.xs4all.nl/
Hi Paul, What you are seeing is fine. The current libxfs cache with the directory update code is leaving some blocks referenced, and the libxfs code is printing out these blocks with outstanding refe
Hmmm.... Unfortunately, the filesystem panicked again last night. This was after the double repair, and rebooting into 2.6.17.7, which shouldn't have the bug, right? I'll run another repair now :-( P
And again. Curious fact appeared: the lost+found directory from the first time (which I had moved to lost+found.x) could not be removed "Directory not empty". This would indicate that the CVS repair
do subsequent xfs_repair runs go silent? if not then you've probably hit a case where it's leaving something icky behind and you have to manually poke it using xfs_db (i had this myself)
No, these particular messages didn't reoccur, although I've been having a lot of trouble with that filesystem (see my other message today). Paul Slootman
Do you still have the filesystem with the undeletable directory? If so, can you run xfs_db and email me the contents of that directory? The commands would be: <inum> lost+found.x/. "u.sfdir2.etc", d
I had problems due to the well-known endian bug. I first ran xfs_repair on it from the standard Debian package, version 2.6.20. That gave a lot of output (which can be found at http://www.xs4all.nl/
Hi Paul, What you are seeing is fine. The current libxfs cache with the directory update code is leaving some blocks referenced, and the libxfs code is printing out these blocks with outstanding refe
Hmmm.... Unfortunately, the filesystem panicked again last night. This was after the double repair, and rebooting into 2.6.17.7, which shouldn't have the bug, right? I'll run another repair now :-( P
And again. Curious fact appeared: the lost+found directory from the first time (which I had moved to lost+found.x) could not be removed "Directory not empty". This would indicate that the CVS repair
do subsequent xfs_repair runs go silent? if not then you've probably hit a case where it's leaving something icky behind and you have to manually poke it using xfs_db (i had this myself)
No, these particular messages didn't reoccur, although I've been having a lot of trouble with that filesystem (see my other message today). Paul Slootman
Do you still have the filesystem with the undeletable directory? If so, can you run xfs_db and email me the contents of that directory? The commands would be: <inum> lost+found.x/. "u.sfdir2.etc", d