Robert,

thanks a lot for the feedback!

I was very worried about the same thing! Glad to know tha Ceph's automagic takes care of everything :-P

Best regards,

George


If you use ceph-disk (and I believe ceph-depoly) to create your OSDs,
or you go through the manual steps to set up the partition UUIDs, then
yes udev and the init script will do all the magic. Your disks can be
moved to another box without problems. Ive moved disks to different
ports on controllers and it all worked just fine. I will be swapping
the disks between two boxes today to try to get to the bottom of some
problems we have been having, if it doesnt work Ill let you know.

The automagic of ceph OSDS has been refreshing for me because I was
worried about having to manage so many disks and mount points, but it
is much easier than I anticipated once I used ceph-disk.

Robert LeBlanc

Sent from a mobile device please excuse any typos.
On May 11, 2015 5:32 AM, "Georgios Dimitrakakis"  wrote:

Hi Robert,

just to make sure I got it correctly:

Do you mean that the /etc/mtab entries are completely ignored and
no matter what the order
of the /dev/sdX device is Ceph will just mount correctly the
osd/ceph-X by default?

In addition, assuming that an OSD node fails for a reason other
than a disk problem (e.g. mobo/ram)
if I put its disks on another OSD node (all disks have their
journals with) will Ceph be able to mount
them correctly and continue its operation?

Regards,

George

I have not used ceph-deploy, but it should use ceph-disk for the
OSD
preparation.  Ceph-disk creates GPT partitions with specific
partition UUIDS for data and journals. When udev or init starts
the
OSD, or mounts it to a temp location reads the whoami file and
the
journal, then remounts it in the correct location. There is no
need
for fstab entries or the like. This allows you to easily move OSD
disks between servers (if you take the journals with it). Its
magic! 
But I think I just gave away the secret.

Robert LeBlanc

Sent from a mobile device please excuse any typos.
On May 7, 2015 5:16 AM, "Georgios Dimitrakakis"  wrote:

Indeed it is not necessary to have any OSD entries in the
Ceph.conf
file
but what happens in the event of a disk failure resulting in
changing the mount device?

For what I can see is that OSDs are mounted from entries in
/etc/mtab (I am on CentOS 6.6)
like this:

/dev/sdj1 /var/lib/ceph/osd/ceph-8 xfs rw,noatime,inode64 0 0
/dev/sdh1 /var/lib/ceph/osd/ceph-6 xfs rw,noatime,inode64 0 0
/dev/sdg1 /var/lib/ceph/osd/ceph-5 xfs rw,noatime,inode64 0 0
/dev/sde1 /var/lib/ceph/osd/ceph-3 xfs rw,noatime,inode64 0 0
/dev/sdi1 /var/lib/ceph/osd/ceph-7 xfs rw,noatime,inode64 0 0
/dev/sdf1 /var/lib/ceph/osd/ceph-4 xfs rw,noatime,inode64 0 0
/dev/sdd1 /var/lib/ceph/osd/ceph-2 xfs rw,noatime,inode64 0 0
/dev/sdk1 /var/lib/ceph/osd/ceph-9 xfs rw,noatime,inode64 0 0
/dev/sdb1 /var/lib/ceph/osd/ceph-0 xfs rw,noatime,inode64 0 0
/dev/sdc1 /var/lib/ceph/osd/ceph-1 xfs rw,noatime,inode64 0 0

So in the event of a disk failure (e.g. disk SDH fails) then in
the
order the next one will take its place meaning that
SDI will be seen as SDH upon next reboot thus it will be
mounted as
CEPH-6 instead of CEPH-7 and so on...resulting in a problematic
configuration (I guess that lots of data will be start moving
around, PGs will be misplaced etc.)

Correct me if I am wrong but the proper way to mount them would
be
by using the UUID of the partition.

Is it OK if I change the entries in /etc/mtab using the
UUID=xxxxxx
instead of /dev/sdX1??

Does CEPH try to mount them using a different config file and
perhaps exports the entries at boot in /etc/mtab (in the latter
case
no modification in /etc/mtab will be taken into account)??

I have deployed the Ceph cluster using only the "ceph-deploy"
command. Is there a parameter that I ve missed that must be
used
during deployment in order to specify the mount points using
the
UUIDs instead of the device names?

Regards,

George

On Wed, 6 May 2015 22:36:14 -0600, Robert LeBlanc wrote:

We dont have OSD entries in our Ceph config. They are not
needed
if
you dont have specific configs for different OSDs.

Robert LeBlanc

Sent from a mobile device please excuse any typos.
On May 6, 2015 7:18 PM, "Florent MONTHEL"  wrote:

Hi teqm,

Is it necessary to indicate in ceph.conf all OSD that we
have
in the
cluster ?
we have today reboot a cluster (5 nodes RHEL 6.5) and some
OSD
seem
to have change ID so crush map not mapped with the reality
Thanks

FLORENT MONTHEL
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com [1] [1] [1]
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com [2]
[2] [2]

Links:
------
[1] mailto:ceph-users@lists.ceph.com [3] [3]
[2] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[4] [4]
[3] mailto:florent.mont...@flox-arts.net [5] [5]

_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com [6] [6]
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com [7] [7]

Links:
------
[1] mailto:ceph-users@lists.ceph.com [8]
[2] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com [9]
[3] mailto:ceph-users@lists.ceph.com [10]
[4] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com [11]
[5] mailto:florent.mont...@flox-arts.net [12]
[6] mailto:ceph-users@lists.ceph.com [13]
[7] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com [14]
[8] mailto:gior...@acmac.uoc.gr [15]
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com [16]
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com [17]


Links:
------
[1] mailto:ceph-users@lists.ceph.com
[2] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[3] mailto:ceph-users@lists.ceph.com
[4] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[5] mailto:florent.mont...@flox-arts.net
[6] mailto:ceph-users@lists.ceph.com
[7] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[8] mailto:ceph-users@lists.ceph.com
[9] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[10] mailto:ceph-users@lists.ceph.com
[11] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[12] mailto:florent.mont...@flox-arts.net
[13] mailto:ceph-users@lists.ceph.com
[14] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[15] mailto:gior...@acmac.uoc.gr
[16] mailto:ceph-users@lists.ceph.com
[17] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[18] mailto:gior...@acmac.uoc.gr

--
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to