[Ocfs2-users] git checkout on an ocfs2 filesystem
Joel Becker
Joel.Becker at oracle.com
Tue Sep 1 01:34:47 PDT 2009
On Mon, Aug 31, 2009 at 09:18:29PM -0700, James Harrell wrote:
> -- Warning - threadjack in progress. But I think it might be related. --
>
> Interesting. Could this be similar to the case that I'm seeing with
> "no space left on device"? Here's my uneducated assumption:
> - at this point I believe some form of I/O error or interrupt causes
> ocfs2 to error out
> - the "remount read only" effect silently kicks in (no log message though)
If you remount read only, you really should see an error
message. Are you getting "Read-only filesystem" errors at this point?
> - now file operations return "no space left on device", but my
> device is showing 2% use
See, if it were readonly, you'd get "read-only filesystem".
> The rm -rf on a very large dir would do presumably do this. I also
> hit this when I do a local rsync or untar of very large directory
> trees.
> EMC also recommends the qlogic HBA be set to Interrupt after every
> I/O completion. Could this cause a race condition?
> All of these have interrupts in common. Think setting nointr as a
> mount option would help here?
If you have, say, some large file you're removing and an
interrupt prevents it from getting cleaned up, then yes, that could be a
problem. However, we block signals around that file deletion to prevent
this very problem. Maybe there's another spot we missed.
If you can reproduce this, testing with nointr would help a lot.
Joel
--
Life's Little Instruction Book #450
"Don't be afraid to say, 'I need help.'"
Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127
More information about the Ocfs2-users
mailing list