* Removing an OSD?
@ 2011-02-13 17:57 Daniel Friesen
2011-02-13 18:32 ` Sage Weil
0 siblings, 1 reply; 2+ messages in thread
From: Daniel Friesen @ 2011-02-13 17:57 UTC (permalink / raw)
To: ceph-devel
I read through most of the documentation on the wiki, though there is
one thing I couldn't find.
The OSD cluster expansion/contraction page lists information on adding a
node, but nothing about removing one.
In particular there are two things I'm curious about.
Firstly, when you want to remove a node (decommissioning the hardware,
etc...) how do you mark it so that ceph will start migrating data away
from it onto other OSDs?
Secondly, how does removing an osd interact with the sequential ids of
OSDs? The importance of that, including not skipping numbers was
underlined strongly on another page.
--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Removing an OSD?
2011-02-13 17:57 Removing an OSD? Daniel Friesen
@ 2011-02-13 18:32 ` Sage Weil
0 siblings, 0 replies; 2+ messages in thread
From: Sage Weil @ 2011-02-13 18:32 UTC (permalink / raw)
To: daniel; +Cc: ceph-devel
On Sun, 13 Feb 2011, Daniel Friesen wrote:
> I read through most of the documentation on the wiki, though there is one
> thing I couldn't find.
> The OSD cluster expansion/contraction page lists information on adding a node,
> but nothing about removing one.
> In particular there are two things I'm curious about.
>
> Firstly, when you want to remove a node (decommissioning the hardware, etc...)
> how do you mark it so that ceph will start migrating data away from it onto
> other OSDs?
$ ceph osd out <osd number>
Once it's empty, you can safely shut it off.
> Secondly, how does removing an osd interact with the sequential ids of OSDs?
> The importance of that, including not skipping numbers was underlined strongly
> on another page.
OSD information is assumed to be relatively sequential by the code
(there are some arrays), so you should avoid doing something like osd1,
osd2, and osd200. Other than that it doesn't really matter. An ID can
also be reused later if old hardware is phased out and new hardware is
added.
sage
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-02-13 18:31 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-13 17:57 Removing an OSD? Daniel Friesen
2011-02-13 18:32 ` Sage Weil
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.