Actions
Bug #19553
closedtasks/reg11184.py: does not wait for mgr to see new pgs
Status:
Duplicate
Priority:
Immediate
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
2017-04-07T22:48:53.305 ERROR:teuthology.run_tasks:Saw exception from tasks. Traceback (most recent call last): File "/home/teuthworker/src/git.ceph.com_git_teuthology_master/teuthology/run_tasks.py", line 86, in run_tasks manager = run_one_task(taskname, ctx=ctx, config=config) File "/home/teuthworker/src/git.ceph.com_git_teuthology_master/teuthology/run_tasks.py", line 65, in run_one_task return task(**kwargs) File "/home/teuthworker/src/github.com_ceph_ceph-c_wip-sage-testing2/qa/tasks/reg11184.py", line 67, in task divergent = manager.get_pg_primary('foo', 0) File "/home/teuthworker/src/github.com_ceph_ceph-c_wip-sage-testing2/qa/tasks/ceph_manager.py", line 1318, in get_pg_primary assert False AssertionError
/a/sage-2017-04-07_19:56:10-rados-wip-sage-testing2---basic-smithi/997670
it creates pool foo (poolid 1), then does get_primary, which does a pg dump (no 1.x pgs yet on the mgr) and osd dump (to translate foo -> 1), then fails teh assertion because it didn't see the pg in pg dump.
i think we need a general method to wait for mgr to see new pgs?
Updated by Kefu Chai almost 7 years ago
- Is duplicate of Bug #19594: assert manager.pg_inconsistent(pool, 0) from repair_test.yaml added
Updated by Sage Weil almost 7 years ago
- Related to Bug #20503: not all PGs active+clean in rados/singleton/{all/reg11184.yaml msgr-failures/many.yaml msgr/random.yaml objectstore/filestore-xfs.yaml rados.yaml} added
Actions