Re: ceph-deploy & state of documentation [was: OSD & JOURNAL not associated - ceph-disk list ?]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Yes - we are mostly using cdist [0] and also plan to support
ceph mid term.

The website is by the way running on a VM managed with Opennebula and
stored on the ceph cluster - so in case it is not reachable, you can
guess why ;-)

[0] http://www.nico.schottelius.org/software/cdist/

Craig Lewis [Mon, Dec 22, 2014 at 11:44:43AM -0800]:
> I get the impression that more people on the ML are using a config
> management system.  ceph-deploy questions seem to come from new users
> following the quick start guide.
> 
> I know both Puppet and Chef are fairly well represented here.  I've seen a
> few posts about Salt and Ansible, but not much.  Calamari is built on top
> of Salt, so I suppose that means Salt is well represented.  I really
> haven't seen anything from the CFEngine or Bcfg2 camps.
> 
> 
> I'm personally using Chef with a private fork of the Ceph cookbook.  The
> Ceph cookbook doesn't use ceph-deploy, but it does use ceph-disk.  Whenever
> I have problems with the ceph-disk command, I first go look at the cookbook
> to see how it's doing things.
> 
> 
> 
> On Sun, Dec 21, 2014 at 10:37 AM, Nico Schottelius <
> nico-ceph-users@xxxxxxxxxxxxxxx> wrote:
> 
> > Hello list,
> >
> > I am a bit wondering about "ceph-deploy" and the development of ceph: I
> > see that many people in the community are pushing towards the use of
> > ceph-deploy, likely to ease use of ceph.
> >
> > However, I have run multiple times into issues using ceph-deploy, when
> > it failed or incorrectly setup partitions or created a cluster of
> > monitors that never reach a qurom.
> >
> > I have also recognised debugging and learning of ceph being much more
> > difficult with ceph-deploy, compared to going the manual way, because as
> > a user I miss a lot of information.
> >
> > Furthermore as the maintainer of a configuration management system [0],
> > I am interested in knowing how things are working behind the scenes to
> > be able to automate them.
> >
> > Thus I was wondering, if it is an option for the ceph community to
> > focus on both (the manual & ceph-deploy) way instead of just pushing
> > ceph-deploy?
> >
> > Cheers,
> >
> > Nico
> >
> > p.s.: Loic, just taking your mail as an example, but it is not personal
> > - just want to show my point.
> >
> > Loic Dachary [Sun, Dec 21, 2014 at 06:08:27PM +0100]:
> > > [...]
> > >
> > > Is there a reason why you need to do this instead of letting ceph-disk
> > prepare do it for you ?
> > >
> > > [...]
> >
> > --
> > New PGP key: 659B 0D91 E86E 7E24 FD15  69D0 C729 21A1 293F 2D24
> > _______________________________________________
> > ceph-users mailing list
> > ceph-users@xxxxxxxxxxxxxx
> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
> >

-- 
New PGP key: 659B 0D91 E86E 7E24 FD15  69D0 C729 21A1 293F 2D24
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux