[Ocfs2-users] git checkout on an ocfs2 filesystem

[Joel Becker]

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