Tuning ceph

[Pshem Kowalczyk]

Hi,

Yes, I got the the same conclusion, either write my own charms to try to
get the features implemented upstream.

In a way I think that having some sort of local 'overlay' for the hooks
(that get's applied automatically, but doesn't modify the original charms)
would make the things easier.

At this stage the juju ecosystem, despite being quite flexible is not
really conductive to external changes. It's pretty much an all-or-nothing
approach. It works for well for most deployments, but not when you want to
fine-tune (the relatively complex stuff). I do wonder how much need there
really is for this fine tuning of the charms, perhaps it's just me ;-)

kind regards
Pshem


On Thu, 26 Nov 2015 at 09:34 Peter Sabaini <peter.sabaini at canonical.com>
wrote:

> On 25.11.15 21:29, Pshem Kowalczyk wrote:
> > Right,
> >
> > How to you make sure that juju doesn't override my changes? If I had to
> > add another mon node (and remove one of the existing ones) the new
> > config would be overwritten by the default one.
> >
> > I think the general issue is that I can't tell when particular config
> > files will be re-generated.
>
> Indeed, that only lends itself for configuration outside of the charms'
> control. If however you're getting an overlap by a juju-managed config
> file your only options are a) get the needed parameter included
> upstream or b) fork the charm
>
> cheers,
> peter.
>
>
>
> >
> > kind regards
> > Pshem
> >
> >
> > On Wed, 25 Nov 2015 at 21:58 Peter Sabaini <peter.sabaini at canonical.com
> > <mailto:peter.sabaini at canonical.com>> wrote:
> >
> >     On 24.11.15 23:25, Pshem Kowalczyk wrote:
> >     > Hi,
> >     >
> >     > I'm relatively new to the juju ecosystem. I've built a test/POC
> >     > openstack setup using juju charms. Ceph is used as the
> >     backend-storage
> >     > system for the deployment. Since the production deployment of this
> >     > system has to meet some external requirements (particular CRUSH
> >     > settings, recovery times etc) I'll have to tune ceph settings a
> bit.
> >     >
> >     > The charm itself doesn't seem to have a section to add that
> >     information
> >     > (some other charms do have that ability). What's the best way of
> >     doing it?
> >     >
> >     > In general case, I've realised that sometimes it would be useful to
> >     > have ability to run some actions after juju has finished its
> >     > configuration to fine-tune it to particular requirements (without
> >     > losing the advantages of using juju for all the dependencies). Is
> it
> >     > possible to do something like that without building my own charms?
> >
> >     We're generally just using "juju ssh", "juju run" and occasionally
> >     "juju scp"
> >
> >     Caveat: juju ssh doesn't really handle stdin
> >
> >     cheers,
> >     peter.
> >
> >     > kind regards
> >     > Pshem
> >     >
> >     >
> >     >
> >
> >
> >     --
> >     Juju mailing list
> >     Juju at lists.ubuntu.com <mailto:Juju at lists.ubuntu.com>
> >     Modify settings or unsubscribe at:
> >     https://lists.ubuntu.com/mailman/listinfo/juju
> >
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20151125/7c0f53ec/attachment.html>