Patch "libceph: don't set weight to IN when OSD is destroyed" has been added to the 4.10-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
libceph: don't set weight to IN when OSD is destroyed
to the 4.10-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
libceph-don-t-set-weight-to-in-when-osd-is-destroyed.patch
and it can be found in the queue-4.10 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
b581a5854eee4b7851dedb0f8c2ceb54fb902c06Mon Sep 17 00:00:00 2001
From: Ilya Dryomov <[email protected]>
Date: Wed, 1 Mar 2017 17:33:27 +0100
Subject: libceph: don't set weight to IN when OSD is destroyed
From: Ilya Dryomov <[email protected]>
commit b581a5854eee4b7851dedb0f8c2ceb54fb902c06 upstream.
Since ceph.git commit 4e28f9e63644 ("osd/OSDMap: clear osd_info, osd_xinfo on osd deletion"), weight is set to IN when OSD is deleted. This changes the result of applying an incremental for clients, not just OSDs. Because CRUSH computations are obviously affected, pre-4e28f9e63644 servers disagree with post-4e28f9e63644 clients on object placement, resulting in misdirected requests.
Mirrors ceph.git commit a6009d1039a55e2c77f431662b3d6cc5a8e8e63f.
--- net/ceph/osdmap.c | 1 - 1 file changed, 1 deletion(-)
net/ceph/osdmap.c +0 -1
@@ -1334,7 +1334,6 @@ static int decode_new_up_state_weight(voif ((map->osd_state[osd] &CEPH_OSD_EXISTS ) && (xorstate &CEPH_OSD_EXISTS )) {pr_info ("osd%d does not exist\n" , osd); - map->osd_weight[osd] =CEPH_OSD_IN ; ret =set_primary_affinity (map, osd,CEPH_OSD_DEFAULT_PRIMARY_AFFINITY );if (ret)
Patches currently in stable-queue which might be from [email protected] are
queue-4.10/libceph-force-gfp_noio-for-socket-allocations.patch queue-4.10/libceph-don-t-set-weight-to-in-when-osd-is-destroyed.patch