Messages in this thread | | | Date | Tue, 23 Nov 2004 23:56:50 +0100 | From | Jakob Oestergaard <> | Subject | Re: oops with dual xeon 2.8ghz 4gb ram +smp, software raid, lvm, and xfs |
| |
On Tue, Nov 23, 2004 at 10:39:35PM +0000, Christoph Hellwig wrote: > On Tue, Nov 23, 2004 at 06:02:23PM +0100, Jakob Oestergaard wrote: > > With SMP, what I see is that sometimes a directory might decide that > > it's a file - but I can't delete it, becuase it isn't 'empty' (it's > > still somehow a directory). Waiting a day or two, the system will > > change its mind back to letting the directory be a directory. Sometimes > > modes will be fscked up as well - a regular file can change owner, or it > > can change modes from '-rw-rw---' to '?---------'. Weird stuff, no > > way to reproduce it reliably. > > Actually I can reproduce it reliably by running nfs_fsstress.sh for a > looong time. The problem is that in the current XFS code the inode > generation counter starts at 0, but higher level code uses that as > a wildcard for any possible generation, so you may get a newly created > file for a stale nfs file handler of an deleted file with the same inode > number. > > The patch below fixes it for me:
Very nice!
Is that patch on its way into mainline kernels, or is it waiting for more test data ?
I could apply it and test it here if that would help (?)
--
/ jakob
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |