diff options
author | Ilya Dryomov <ilya.dryomov@inktank.com> | 2014-04-10 18:09:41 +0400 |
---|---|---|
committer | Sage Weil <sage@inktank.com> | 2014-04-28 12:54:10 -0700 |
commit | 92b2e75158f6b8316b5a567c73dcf5b3d8f6bbce (patch) | |
tree | f5e7f7e2e8e706000aa1cd4128f19fbef3609f42 /Makefile | |
parent | 6da5246dd4b077ab229481ca342802f7fdcdab59 (diff) | |
download | blackbird-op-linux-92b2e75158f6b8316b5a567c73dcf5b3d8f6bbce.tar.gz blackbird-op-linux-92b2e75158f6b8316b5a567c73dcf5b3d8f6bbce.zip |
libceph: fix non-default values check in apply_primary_affinity()
osd_primary_affinity array is indexed into incorrectly when checking
for non-default primary-affinity values. This nullifies the impact of
the rest of the apply_primary_affinity() and results in misdirected
requests.
if (osds[i] != CRUSH_ITEM_NONE &&
osdmap->osd_primary_affinity[i] !=
^^^
CEPH_OSD_DEFAULT_PRIMARY_AFFINITY) {
For a pool with size 2, this always ends up checking osd0 and osd1
primary_affinity values, instead of the values that correspond to the
osds in question. E.g., given a [2,3] up set and a [max,max,0,max]
primary affinity vector, requests are still sent to osd2, because both
osd0 and osd1 happen to have max primary_affinity values and therefore
we return from apply_primary_affinity() early on the premise that all
osds in the given set have max (default) values. Fix it.
Fixes: http://tracker.ceph.com/issues/7954
Signed-off-by: Ilya Dryomov <ilya.dryomov@inktank.com>
Reviewed-by: Sage Weil <sage@inktank.com>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions