Bug #11786
mon: MonitorDBStore iterator's get_next_key() returns wrong keys
0%
Description
specifically, the first key of the iterator is always returned first, regardless of it's prefix being passed on to the iterator's prefixes.
Fix incoming.
Related issues
Associated revisions
mon: MonitorDBStore: get_next_key() only if prefix matches
get_next_key() had a bug in which we would always return the first key
from the iterator, regardless of whether its prefix had been specified
to the iterator.
Fixes: #11786
Signed-off-by: Joao Eduardo Luis <joao@suse.de>
mon: MonitorDBStore: get_next_key() only if prefix matches
get_next_key() had a bug in which we would always return the first key
from the iterator, regardless of whether its prefix had been specified
to the iterator.
Fixes: #11786
Signed-off-by: Joao Eduardo Luis <joao@suse.de>
(cherry picked from commit 2cc7aee1abe40453093306c8fef2312b650dff5d)
mon: MonitorDBStore: get_next_key() only if prefix matches
get_next_key() had a bug in which we would always return the first key
from the iterator, regardless of whether its prefix had been specified
to the iterator.
Fixes: #11786
Signed-off-by: Joao Eduardo Luis <joao@suse.de>
(cherry picked from commit 2cc7aee1abe40453093306c8fef2312b650dff5d)
History
#1 Updated by Joao Eduardo Luis over 7 years ago
- Status changed from 12 to Fix Under Review
#2 Updated by Joao Eduardo Luis over 7 years ago
- Status changed from Fix Under Review to Pending Backport
need to check how far back we need to backport this.
#3 Updated by Joao Eduardo Luis over 7 years ago
- Backport set to firefly, hammer
commit to cherry-pick is 2cc7aee1abe40453093306c8fef2312b650dff5d
cherry-pick is trivial.
wip-11786.firefly has firefly backport (https://github.com/ceph/ceph/pull/5360)
wip-11786.hammer has hammer backport (https://github.com/ceph/ceph/pull/5361)
#4 Updated by Loïc Dachary about 7 years ago
- Status changed from Pending Backport to Resolved