Actions
Bug #23917
closedLibRadosAio.PoolQuotaPP failure
Status:
Duplicate
Priority:
High
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(RADOS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
2018-04-27T20:08:19.149 INFO:tasks.workunit.client.0.smithi014.stdout: api_aio: [ RUN ] LibRadosAio.PoolQuotaPP 2018-04-27T20:08:19.149 INFO:tasks.workunit.client.0.smithi014.stdout: api_aio: /build/ceph-13.0.2-1895-gf46c535/src/test/librados/aio.cc:247: Failure 2018-04-27T20:08:19.149 INFO:tasks.workunit.client.0.smithi014.stdout: api_aio: Value of: completion->is_safe() 2018-04-27T20:08:19.149 INFO:tasks.workunit.client.0.smithi014.stdout: api_aio: Actual: true 2018-04-27T20:08:19.150 INFO:tasks.workunit.client.0.smithi014.stdout: api_aio: Expected: false 2018-04-27T20:08:19.150 INFO:tasks.workunit.client.0.smithi014.stdout: api_aio: [ FAILED ] LibRadosAio.PoolQuotaPP (21146 ms)
/a/sage-2018-04-27_19:18:26-rados-wip-sage2-testing-2018-04-27-1137-distro-basic-smithi/2445735
The test waits to get -EDQUOT on a write, and the asserts it gets it also on the next write. Maybe the next OSD didn't have the osdmap marking the pool full yet?
Updated by Josh Durgin almost 6 years ago
- Is duplicate of Bug #23916: LibRadosAio.PoolQuotaPP failed added
Actions