-
Notifications
You must be signed in to change notification settings - Fork 53
Increase persistence timeout #449
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
| FileBasedObjectStoreTest.assertFilePermission600(file); | ||
| } | ||
|
|
||
| // Fails ~3 times on 5000 runs in Virtualbox (Ubuntu Xenial). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it worth a comment here that the test is intended to illustrate the problem, which is now addressed by the change in RebindTestUtils, so though this is @broken it isn't a test that someone needs to fix?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well it would certainly be nice to have an explanation of why it's happening. I am still not ready to attribute it to VB flakiness.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's worth cross-referencing the comment you added in RebindTestUtils.TIMEOUT.
Other than that, LGTM and good to merge.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added a comment a couple of line below.
File access locks for exactly 30 seconds in Virtualbox.
a9fb2e9 to
c56e203
Compare
|
Did some more tests. Works fine on Amazon. Works fine in KVM. Works fine in Virtualbox on an ext4 fs backed by a ramdisk. It means that the Given that I'm not able to reproduce in another environment I'll attribute it to Virtualbox bugs. But why on rename/delete and not on other disk activity? I followed this SO thread and timed my block device activity. The results are: Given that the the 30 second delay is clearly visible in the above table its obvious that it's the disk device causing the delays and not some lock in the kernel. I'll leave it at that (though there's the nagging feeling that Ubuntu Wily is working just fine :) ). |
|
For the record I'm adding the test case here. It's the plain java equivalent of the merged test. |
File access locks for exactly 30 seconds in Virtualbox.