All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.