Bug #8815
closedmon: scrub error (osdmap encoding mismatch?) upgrading from 0.80 to ~0.80.2
0%
Description
ubuntu@teuthology:/a/sage-2014-07-10_20:55:57-upgrade:firefly-firefly-testing-basic-plana/353414
description: upgrade/firefly/{0-cluster/start.yaml 1-install/v0.80.yaml 2-workload/testrados.yaml
3-upgrade-sequence/upgrade-mon-osd-mds.yaml 4-final/{monthrash.yaml osdthrash.yaml
testrgw.yaml}}
duration: 3798.3317320346832
failure_reason: '"2014-07-11 02:35:54.764798 mon.0 10.214.133.24:6789/0 9 : [ERR] mon.0
ScrubResult(keys {auth=13,logm=1185,mdsmap=12,monmap=3,osdmap=1023,pgmap=516,pgmap_meta=6,pgmap_osd=6,pgmap_pg=72}
crc {auth=4249049519,logm=1976909497,mdsmap=3432914802,monmap=132340688,osdmap=2754814452,pgmap=1350280295,pgmap_meta=1503530791,pgmap_osd=2157513224,pgmap_pg=290475359})"
in cluster log'
Updated by Sage Weil almost 10 years ago
- Priority changed from Immediate to Urgent
The problem is we added the pool_op_resent to pg_pool_t encoding, but didn't encoding conditionally based on teh feature. That is totally fine, the encodings are fully backward compatible, except that it trips up the mon scrub. Will fix it up in the next release.
Updated by Nathan Cutler almost 9 years ago
- Status changed from Resolved to Pending Backport
- Backport set to firefly
- Regression set to No
Updated by Nathan Cutler over 8 years ago
- Status changed from Pending Backport to Resolved