Bug #11258
cephfs-java ftruncate unit test failure
0%
Description
http://pulpito.ceph.com/teuthology-2015-03-20_23:04:02-fs-master-testing-basic-multi/814833/
2015-03-21T10:22:28.617 INFO:tasks.workunit.client.0.burnupi36.stdout:1) test_ftruncate(com.ceph.fs.CephMountTest) 2015-03-21T10:22:28.647 INFO:tasks.workunit.client.0.burnupi36.stdout:java.lang.AssertionError 2015-03-21T10:22:28.647 INFO:tasks.workunit.client.0.burnupi36.stdout: at org.junit.Assert.fail(Assert.java:86) 2015-03-21T10:22:28.647 INFO:tasks.workunit.client.0.burnupi36.stdout: at org.junit.Assert.assertTrue(Assert.java:41) 2015-03-21T10:22:28.647 INFO:tasks.workunit.client.0.burnupi36.stdout: at org.junit.Assert.assertTrue(Assert.java:52) 2015-03-21T10:22:28.648 INFO:tasks.workunit.client.0.burnupi36.stdout: at com.ceph.fs.CephMountTest.test_ftruncate(CephMountTest.java:767)
This one might be caused by the previous failing to cleanup.
2015-03-21T10:22:28.656 INFO:tasks.workunit.client.0.burnupi36.stdout:2) com.ceph.fs.CephMountTest 2015-03-21T10:22:28.656 INFO:tasks.workunit.client.0.burnupi36.stdout:java.io.IOException: Directory not empty 2015-03-21T10:22:28.656 INFO:tasks.workunit.client.0.burnupi36.stdout: at com.ceph.fs.CephMount.native_ceph_rmdir(Native Method) 2015-03-21T10:22:28.656 INFO:tasks.workunit.client.0.burnupi36.stdout: at com.ceph.fs.CephMount.rmdir(CephMount.java:401) 2015-03-21T10:22:28.657 INFO:tasks.workunit.client.0.burnupi36.stdout: at com.ceph.fs.CephMountTest.destroy(CephMountTest.java:62) 2015-03-21T10:22:28.657 INFO:tasks.workunit.client.0.burnupi36.stdout: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 2015-03-21T10:22:28.657 INFO:tasks.workunit.client.0.burnupi36.stdout: at
Related issues
Associated revisions
mds: fix out-of-order messages
When MDS is no longer laggy, it should process deferred messages
first, then process newly received messages.
Fix: #11258
Signed-off-by: Yan, Zheng <zyan@redhat.com>
mds: fix out-of-order messages
When MDS is no longer laggy, it should process deferred messages
first, then process newly received messages.
Fix: #11258
Signed-off-by: Yan, Zheng <zyan@redhat.com>
(cherry picked from commit ccdeaf87df8b66e09f6b20950b57ac61bf213086)
History
#1 Updated by Noah Watkins about 9 years ago
I can't reproduce this (re-ran java test suite 100x). The test is:
1. write some data to a file
2. verify fstat reports expected file size
3. ftruncate to smaller size
4. verify fstat reports truncated size (fails)
Possibilities:
1. cephfs bug
2. wrong assumption about behavior of fstat/ftruncate
3. bug in java
I've added some extra code to dump out the sizes that aren't reported as equal. Maybe this will get reproduced in a later run.
#2 Updated by Zheng Yan almost 9 years ago
- Status changed from New to In Progress
- Assignee changed from Noah Watkins to Zheng Yan
It's a message order issue
#3 Updated by Greg Farnum almost 9 years ago
See also #10703 for more info.
#4 Updated by Zheng Yan almost 9 years ago
- Status changed from In Progress to Resolved
#5 Updated by Nathan Cutler over 8 years ago
- Status changed from Resolved to Pending Backport
- Source changed from other to Community (dev)
- Backport set to hammer,infernalis
#6 Updated by Nathan Cutler over 8 years ago
- Copied to Backport #13927: hammer: cephfs-java ftruncate unit test failure added
#7 Updated by Nathan Cutler over 8 years ago
- Backport changed from hammer,infernalis to hammer
#8 Updated by Nathan Cutler over 8 years ago
- Duplicated by Bug #13907: libcephfs-java failure on hammer added
#9 Updated by Nathan Cutler over 7 years ago
- Duplicated by Bug #16844: hammer: libcephfs-java/test.sh fails added
#11 Updated by Nathan Cutler over 7 years ago
- Status changed from Pending Backport to Resolved