Thanks - that is more in line with what I was looking for, being able to suppress backfills/rebalancing until a host/hosts full set of OSDs are up and ready.
> -----Original Message----- > From: Will.Boege [mailto:will.bo...@target.com] > Sent: Thursday, 24 November 2016 2:17 PM > To: Gregory Farnum > Cc: Adrian Saul; ceph-users@lists.ceph.com > Subject: Re: [EXTERNAL] Re: [ceph-users] osd set noin ignored for old OSD > ids > > From my experience noin doesn't stop new OSDs from being marked in. noin > only works on OSDs already in the crushmap. To accomplish the behavior you > want I've injected "mon osd auto mark new in = false" into MONs. This also > seems to set their OSD weight to 0 when they are created. > > > On Nov 23, 2016, at 1:47 PM, Gregory Farnum <gfar...@redhat.com> > wrote: > > > > On Tue, Nov 22, 2016 at 7:56 PM, Adrian Saul > > <adrian.s...@tpgtelecom.com.au> wrote: > >> > >> Hi , > >> As part of migration between hardware I have been building new OSDs > and cleaning up old ones (osd rm osd.x, osd crush rm osd.x, auth del osd.x). > To try and prevent rebalancing kicking in until all the new OSDs are created > on a host I use "ceph osd set noin", however what I have seen is that if the > new OSD that is created uses a new unique ID, then the flag is honoured and > the OSD remains out until I bring it in. However if the OSD re-uses a > previous > OSD id then it will go straight to in and start backfilling. I have to > manually out > the OSD to stop it (or set nobackfill,norebalance). > >> > >> Am I doing something wrong in this process or is there something about > "noin" that is ignored for previously existing OSDs that have been removed > from both the OSD map and crush map? > > > > There are a lot of different pieces of an OSD ID that need to get > > deleted for it to be truly gone; my guess is you've missed some of > > those. The noin flag doesn't prevent unlinked-but-up CRUSH entries > > from getting placed back into the tree, etc. > > > > We may also have a bug though, so if you can demonstrate that the ID > > doesn't exist in the CRUSH and OSD dumps then please create a ticket > > at tracker.ceph.com! > > -Greg > > _______________________________________________ > > ceph-users mailing list > > ceph-users@lists.ceph.com > > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > > Confidentiality: This email and any attachments are confidential and may be subject to copyright, legal or some other professional privilege. They are intended solely for the attention and use of the named addressee(s). They may only be copied, distributed or disclosed with the consent of the copyright owner. If you have received this email by mistake or by breach of the confidentiality clause, please notify the sender immediately by return email and delete or destroy all copies of the email. Any confidentiality, privilege or copyright is not waived or lost because this email has been sent to you by mistake. _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
