From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maged Mokhtar Subject: Re: ceph-disk is now deprecated Date: Tue, 28 Nov 2017 14:20:33 +0200 Message-ID: <58d2cc9068a226ef269faac3597a19d3@petasan.org> References: <1821337488.5487.1511856776936@ox.pcextreme.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6173976105064339000==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ceph-users-bounces-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org Sender: "ceph-users" To: Alfredo Deza Cc: ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org, ceph-devel List-Id: ceph-devel.vger.kernel.org --===============6173976105064339000== Content-Type: multipart/alternative; boundary="=_33aa7341a4a5b2bc03c97e26fcb77bed" --=_33aa7341a4a5b2bc03c97e26fcb77bed Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII I tend to agree with Wido. May of us still reply on ceph-disk and hope to see it live a little longer. Maged On 2017-11-28 13:54, Alfredo Deza wrote: > On Tue, Nov 28, 2017 at 3:12 AM, Wido den Hollander wrote: > Op 27 november 2017 om 14:36 schreef Alfredo Deza : > > For the upcoming Luminous release (12.2.2), ceph-disk will be > officially in 'deprecated' mode (bug fixes only). A large banner with > deprecation information has been added, which will try to raise > awareness. > > As much as I like ceph-volume and the work being done, is it really a good idea to use a minor release to deprecate a tool? > > Can't we just introduce ceph-volume and deprecate ceph-disk at the release of M? Because when you upgrade to 12.2.2 suddenly existing integrations will have deprecation warnings being thrown at them while they haven't upgraded to a new major version. ceph-volume has been present since the very first release of Luminous, the deprecation warning in ceph-disk is the only "new" thing introduced for 12.2.2. > As ceph-deploy doesn't support ceph-disk either I don't think it's a good idea to deprecate it right now. ceph-deploy work is being done to support ceph-volume exclusively (ceph-disk support is dropped fully), which will mean a change in its API in a non-backwards compatible way. A major version change in ceph-deploy, documentation, and a bunch of documentation is being worked on to allow users to transition to it. > How do others feel about this? > > Wido > >> We are strongly suggesting using ceph-volume for new (and old) OSD >> deployments. The only current exceptions to this are encrypted OSDs >> and FreeBSD systems >> >> Encryption support is planned and will be coming soon to ceph-volume. >> >> A few items to consider: >> >> * ceph-disk is expected to be fully removed by the Mimic release >> * Existing OSDs are supported by ceph-volume. They can be "taken over" [0 [1]] >> * ceph-ansible already fully supports ceph-volume and will soon default to it >> * ceph-deploy support is planned and should be fully implemented soon >> >> [0] http://docs.ceph.com/docs/master/ceph-volume/simple/ >> _______________________________________________ >> ceph-users mailing list >> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com Links: ------ [1] http://docs.ceph.com/docs/master/ceph-volume/simple/ --=_33aa7341a4a5b2bc03c97e26fcb77bed Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

I tend to agree with Wido. May of us still reply on ceph-disk and hope t= o see it live a little longer.

Maged


On 2017-11-28 13:54, Alfredo Deza wrote:

= On Tue, Nov 28, 2017 at 3:12 AM, Wido den Hollander <wido-fspyXLx8qC4@public.gmane.org> wrote:

Op 27 november 2017 om 14:36 schreef Alfredo Deza <= adeza-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org= >:


For the upcoming Luminous release (12.2.2), ceph-di= sk will be
officially in 'deprecated' mode (bug fixes only). A large = banner with
deprecation information has been added, which will try to= raise
awareness.


As much as I like ceph-volume and the work being done, is it really = a good idea to use a minor release to deprecate a tool?

Can't w= e just introduce ceph-volume and deprecate ceph-disk at the release of M? B= ecause when you upgrade to 12.2.2 suddenly existing integrations will have = deprecation warnings being thrown at them while they haven't upgraded to a = new major version.

ceph-volume has been present since the very first release of Luminou= s,
the deprecation warning in ceph-disk is the only "new" thing
= introduced for 12.2.2.


As ceph-deploy doesn't support ceph-disk either= I don't think it's a good idea to deprecate it right now.

ceph-deploy work is being done to support ceph-volume exclusively (ceph-disk support is dropped fully), which will mean a change in its API in a non-backwards compatible
way. A major version change in= ceph-deploy, documentation, and a bunch
of documentation is being wo= rked on to allow users to transition to
it.


How do others feel about this?

Wido=

We are strongly suggesting using ceph-volume for new (= and old) OSD
deployments. The only current exceptions to this are enc= rypted OSDs
and FreeBSD systems

Encryption support is pla= nned and will be coming soon to ceph-volume.

A few items to con= sider:

* ceph-disk is expected to be fully removed by the Mimic= release
* Existing OSDs are supported by ceph-volume. They can be "t= aken over" [0]
* ceph-ansible already = fully supports ceph-volume and will soon default to it
* ceph-deploy = support is planned and should be fully implemented soon


[= 0] http://docs.ceph.com/docs/master/ceph-volume= /simple/
_______________________________________________
ce= ph-users mailing list
ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing li= st
cep= h-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org
http://lis= ts.ceph.com/listinfo.cgi/ceph-users-ceph.com


--=_33aa7341a4a5b2bc03c97e26fcb77bed-- --===============6173976105064339000== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com --===============6173976105064339000==--