From: Smart Weblications GmbH - Florian Wiessner <f.wiessner-o+pLhCRhXQuTURD7UP6EnqXJknND6eY5@public.gmane.org>
To: Guang Yang <yguang11-1ViLX0X+lBJBDgjK7y7TUQ@public.gmane.org>,
Ceph-devel <ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
ceph-users <ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org>
Subject: Re: OSD disk replacement best practise
Date: Thu, 14 Aug 2014 19:17:41 +0200 [thread overview]
Message-ID: <53ECEF35.2080206@smart-weblications.de> (raw)
In-Reply-To: <BLU436-SMTP13190B33FCDD9EB1BD24DCEDFE80-MsuGFMq8XAE@public.gmane.org>
Am 14.08.2014 13:29, schrieb Guang Yang:
> Hi cephers,
> Most recently I am drafting the run books for OSD disk replacement, I think the rule of thumb is to reduce data migration (recover/backfill), and I thought the following procedure should achieve the purpose:
> 1. ceph osd out osd.XXX (mark it out to trigger data migration)
> 2. ceph osd rm osd.XXX
> 3. ceph auth rm osd.XXX
> 4. provision a new OSD which will take XXX as the OSD id and migrate data back.
>
> With the above procedure, the crush weight of the host never changed so that we can limit the data migration only for those which are neccesary.
>
> Does it make sense?
>
Looks sane to me, and i remember that i did it that way a few times.
--
Mit freundlichen Grüßen,
Florian Wiessner
Smart Weblications GmbH
Martinsberger Str. 1
D-95119 Naila
fon.: +49 9282 9638 200
fax.: +49 9282 9638 205
24/7: +49 900 144 000 00 - 0,99 EUR/Min*
http://www.smart-weblications.de
--
Sitz der Gesellschaft: Naila
Geschäftsführer: Florian Wiessner
HRB-Nr.: HRB 3840 Amtsgericht Hof
*aus dem dt. Festnetz, ggf. abweichende Preise aus dem Mobilfunknetz
prev parent reply other threads:[~2014-08-14 17:17 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-14 11:29 OSD disk replacement best practise Guang Yang
[not found] ` <BLU436-SMTP13190B33FCDD9EB1BD24DCEDFE80-MsuGFMq8XAE@public.gmane.org>
2014-08-14 17:17 ` Smart Weblications GmbH - Florian Wiessner [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53ECEF35.2080206@smart-weblications.de \
--to=f.wiessner-o+plhcrhxquturd7up6enqxjknnd6ey5@public.gmane.org \
--cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org \
--cc=yguang11-1ViLX0X+lBJBDgjK7y7TUQ@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.