This looks nasty!!
But I can't repro :( I've got it running in a while(true) loop... which JRE?
It must be a thread scheduling issue with CMS, since it intermittently
happens with a fixed seed.
And it's very interesting that disabling deletions fixes it. This
points to the mixed bulk/non-bulk
I still can't repro, but I committed some added verbosity (if you run
w/ -Dtests.verbose=true) -- Robert can you try running verbose and see
if you can still tickle the bug (it's llikely you can't...
heisenbug... but worth a shot)?
Mike
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
luc...@mikemccandless.com wrote:
This looks nasty!!
But I can't repro :( I've got it running in a while(true) loop... which
JRE?
java version 1.6.0_21
Java(TM) SE Runtime Environment (build 1.6.0_21-b07)
Java HotSpot(TM) Client VM (build
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
luc...@mikemccandless.com wrote:
This looks nasty!!
But I can't repro :( I've got it running in a while(true) loop... which
JRE?
OK, I think i figured something out here.
I noticed the test uses hardcoded FSDirectory.open() [not
OK indeed I can repro the bug if I force the test to use
SimpleFSDir!!! Yuck. This copyBytes opto is deadly.
I'll fix the test to use newDirectory(random)...
Mike
On Wed, Sep 8, 2010 at 9:31 AM, Robert Muir rcm...@gmail.com wrote:
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
On Wed, Sep 8, 2010 at 10:32 AM, Michael McCandless
luc...@mikemccandless.com wrote:
OK indeed I can repro the bug if I force the test to use
SimpleFSDir!!! Yuck. This copyBytes opto is deadly.
I'll fix the test to use newDirectory(random)...
Mike
yes, the reason for this problem is we
Hello,
I've tripped on this a few times lately, but never been able to reproduce
it: it seems now i am able to reproduce it now semi-consistently with the
below configuration.
It would be great if someone else could try this out and see if its a real
problem, or if its just my machine.
