* with "ceph-deploy osd create" logic check (before I write a patch)
@ 2014-07-10 10:19 Owen Synge
2014-07-10 12:15 ` Owen Synge
0 siblings, 1 reply; 2+ messages in thread
From: Owen Synge @ 2014-07-10 10:19 UTC (permalink / raw)
To: ceph-devel
Dear All,
This email is about
$ ceph-deploy osd create ceph-node4:vdb
and it not behaving identically too:
$ ceph-deploy osd prepare ceph-node2:vdb
$ ceph-deploy osd activate ceph-node2:vdb1
It is my understanding that the following sequence should deploy ceph
correctly and activate an OSD.
(on ceph setup server)
$ ceph-deploy install ceph-node4
$ ceph-deploy new ceph-node2
$ ceph-deploy mon create-initial ceph-node2
(On actual node)
# /etc/init.d/ceph start
(on ceph setup server)
$ ceph-deploy osd prepare ceph-node2:vdb
$ ceph-deploy osd activate ceph-node2:vdb1
and that the last two commands above can be replaced with:
(on ceph setup server)
$ ceph-deploy osd create ceph-node4:vdb
and behind the scenes udev does the second process of activation rather
than use the command:
(On actual node)
# ceph-disk-activate --mark-init ${distro_init} --mount ${disk}
it executes:
(On actual node)
# udevadm trigger --subsystem-match=block --action=add
Is their a logic for the reason why
$ ceph-deploy osd create ceph-node4:vdb
Is described as both "prepare" and "activate" but in fact a different
command? Would you like a patch to make the code really do the same
thing, or am I missing some important deployment logic?
Best regards
Owen
PS:
Goes off to look at why the udev rules are failing and caused me to
notice this discrepancy.
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: with "ceph-deploy osd create" logic check (before I write a patch)
2014-07-10 10:19 with "ceph-deploy osd create" logic check (before I write a patch) Owen Synge
@ 2014-07-10 12:15 ` Owen Synge
0 siblings, 0 replies; 2+ messages in thread
From: Owen Synge @ 2014-07-10 12:15 UTC (permalink / raw)
To: ceph-devel
Dear all,
I chatted with Alfredodeza, on IRC and will try and make this code work
without depending upon udev.
Regards
Owen
On 07/10/2014 12:19 PM, Owen Synge wrote:
> Dear All,
>
> This email is about
>
> $ ceph-deploy osd create ceph-node4:vdb
>
> and it not behaving identically too:
>
> $ ceph-deploy osd prepare ceph-node2:vdb
> $ ceph-deploy osd activate ceph-node2:vdb1
>
> It is my understanding that the following sequence should deploy ceph
> correctly and activate an OSD.
>
> (on ceph setup server)
>
> $ ceph-deploy install ceph-node4
> $ ceph-deploy new ceph-node2
> $ ceph-deploy mon create-initial ceph-node2
>
> (On actual node)
>
> # /etc/init.d/ceph start
>
> (on ceph setup server)
>
> $ ceph-deploy osd prepare ceph-node2:vdb
> $ ceph-deploy osd activate ceph-node2:vdb1
>
> and that the last two commands above can be replaced with:
>
> (on ceph setup server)
>
> $ ceph-deploy osd create ceph-node4:vdb
>
> and behind the scenes udev does the second process of activation rather
> than use the command:
>
> (On actual node)
>
> # ceph-disk-activate --mark-init ${distro_init} --mount ${disk}
>
> it executes:
>
> (On actual node)
>
> # udevadm trigger --subsystem-match=block --action=add
>
> Is their a logic for the reason why
>
> $ ceph-deploy osd create ceph-node4:vdb
>
> Is described as both "prepare" and "activate" but in fact a different
> command? Would you like a patch to make the code really do the same
> thing, or am I missing some important deployment logic?
>
> Best regards
>
> Owen
>
> PS:
>
> Goes off to look at why the udev rules are failing and caused me to
> notice this discrepancy.
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-07-10 12:15 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-10 10:19 with "ceph-deploy osd create" logic check (before I write a patch) Owen Synge
2014-07-10 12:15 ` Owen Synge
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.