What's the future of Juju?

Hi I'm interested in what the future of Juju is. From the small experience I've had with it, it seems like a product with a lot of potential. It fills a gap in our project that no other technology can fill. Its biggest strength is how relations between services are managed. This is something that

Re: What's the future of Juju?

ur documentation is not nearly as extensive as > it could be. > > I can't personally talk about big companies using Juju... I know we have > several very large companies doing very large installations, but I don't > think anything is public about that. Hopefully someone else can

Trying out the services framework. Is this a bug or a feature?

I put the question on askubuntu: https://askubuntu.com/questions/602527/provide-data-doesnt-send-data-when-required-keys-not-satisfied-juju-charm-usin tl;dr: You can't seem to use the same relationship class for both provided_data and required_data... Am I using this completely the wrong way? -

Re: What's the future of Juju?

Juju is "Chef/puppet for people who want a nice gui". Although this idea is slowly changing.. Talks like the one at Fosdem this year help spread the word about what Juju exactly is.. 2015-03-27 15:58 GMT+01:00 Mark Shuttleworth : > On 25/03/15 20:01, Merlijn Sebrechts wrote: > >

Re: What's the future of Juju?

No problem, ask away! Op zaterdag 28 maart 2015 heeft Nick Veitch het volgende geschreven: > Hi, > Thanks for the useful feedback on docs! I agree that good examples for > Python and the charm helpers are things that are sorely missing, and > we will address that soon. > I don't want to burden yo

Juju and TOSCA

t know what the state of that project is. I am also more interested in a native implementation of some of the TOSCA concepts since there are big advantages in having a tosca-like representation of a running cloud, beyond what Juju already offers. Kind regards Merlijn Sebrechts -- J

Re: Juju and TOSCA

stack Telemetry (19 Charms) as an example: https://jujucharms.com/openstack-telemetry/31 I'm looking forward to reading your thoughts on this. Merlijn 2015-08-06 18:05 GMT+02:00 Gustavo Niemeyer : > Hi Merlijn, > > On Thu, Aug 6, 2015 at 12:00 PM, Merlijn Sebrechts < >

Deploy openstack-core bundle without maas (manual provider)

olve this problem on a manual provider? Preferably using juju/charms. 3. Does ceph accept "/dev/sda4" (an unmounted, unformatted partition) as osd-device? 4. Will I encounter other problems trying to run this bundle on a manual provider? Thanks in advance for your help! Kind regards M

Re: Deploy openstack-core bundle without maas (manual provider)

> > We work around this often by having the LXC machines DHCP on the base > network. Is there a way in Juju manual provider to specify how the default networking for LXC machines is handled? For example, can I tell the host "you should bridge the LXC container to the network on interface ethx an

Inconsistencies between juju debug-hooks and "normal" hook environment

Hi I'm developing a Charm that installs the Juju client, among other things. I'm having some trouble getting this to work. When I use juju debug-hooks and manually run the install hook, everything works fine. However, when the hook is executed by Juju automatically, I get strange errors such as "

Re: Inconsistencies between juju debug-hooks and "normal" hook environment

Is this intentional? This causes a lot of bugs that cannot be reproduced by debug-hooks. Is there a way to solve "error: cannot determine juju home, required environment variables are not set"? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify sett

Fwd: Inconsistencies between juju debug-hooks and "normal" hook environment

> However, I don't see "JUJU_HOME" listed on this page. Perhaps you could > give me more information on what variable is causing a problem and perhaps > your hooks could set those values in the case where the script runs > manually. > > Cheers! > >- Matt

Re: Inconsistencies between juju debug-hooks and "normal" hook environment

g set. I would recommend trying explicitly setting > JUJU_HOME=/home/ubuntu before calling generate-config and see if that works > around it. > > I've also created a bug against juju-core for this: > https://github.com/juju/juju/issues/3449 > > On Tue, Oct 6, 2015 at 1

Charm compose

Hi all! Since I have a few Charms that will install Juju, I'd like to put the "install Juju" part in a layer, and use Charm compose to avoid duplication of code. I have encountered a few problems trying to use Charm compose. This is my directory structure: JUJU_REPOSITORY |-trusty |

Re: Charm compose

compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-r65pbi-record/install-record.txt --single-version-externally-managed --compile --user --home=/tmp/tmpl0SSvH failed with error co

Process to get layer approved

Hi all I'd like to get my juju-client layer <https://github.com/galgalesh/tengu-charms/tree/master/charms/layers/juju-client> approved as an official layer. What is the process to do this? If anyone would like to use this layer, please let me know! I'm open to feedback. Kind

Re: Process to get layer approved

move the layer to its own repo we could put it in the > index sooner than later. > > Thanks, > Ben > > On Wed, Oct 14, 2015 at 2:23 AM Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Hi all >> >> >> I'd like to get my juj

Juju-gui options: read-only and juju-gui-console-enabled

Hi The read-only and juju-gui-console-enabled options seem like interesting and usefull options. However, I can't seem to get them to work. Are these not implemented yet? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at:

Re: Juju-gui options: read-only and juju-gui-console-enabled

e' was something else? > Rick > On Sun, Oct 25, 2015 at 1:03 PM Merlijn Sebrechts < merlijn.sebrec...@gmail.com> wrote: >> >> Hi >> >> The read-only and juju-gui-console-enabled options seem like interesting and usefull options. However, I can't see

Re: UOS Sessions, anyone?

I forgot to include the juju list in this conversation: Op maandag 26 oktober 2015 heeft Rick Harding het volgende geschreven: > On Fri, 23 Oct 2015, Merlijn Sebrechts wrote: > >> I'd really like to see a session about the reactive framework. I think the >> Apache Ha

[charms.reactive] http relation.available gets called on upgrade-charm hook, gives error.

Hi all I have the following piece of code that reacts to the httprelation.available hook (called rest2jfed in this case): @when('rest2jfed.available') def setup_rest2jfed(rest2jfed): hostname = rest2jfed.host() port = rest2jfed.port() # Do some stuff with hostname and port hooke

Fwd: [charms.reactive] http relation.available gets called on upgrade-charm hook, gives error.

cted > units explicitly. > > See > https://github.com/johnsca/juju-relation-mysql/blob/master/provides.py#L74 > for an example of how an interface layer should handle multiple > conversations. > > On Mon, Oct 26, 2015 at 5:58 AM, Merlijn Sebrechts < > merlijn.sebrec

Re: [charms.reactive] http relation.available gets called on upgrade-charm hook, gives error.

do so, but > things like the HA proxy config block should really be in a separate > interface protocol (which could be a superset, with a negotiation protocol). > > On Tue, Oct 27, 2015 at 5:04 AM, Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >&

Re: charm license requirements with multi-licensed payloads

Thanks, José! I was curious about this too. A follow-up on this question: I have a Charm repo that includes Charms from different sources with patches. Some of these Charms are licensed differently, some require copyleft and some don't. Now, I do it thi

Re: Juju service commands or communitation protocol

Hi Mark I'm very interested to hear more about that python library! Is this something that will be discussed at the summit? Kind regards Merlijn 2015-11-04 7:36 GMT+01:00 Mark Shuttleworth : > Hi André > > Yes, there is a REST API, which is what the GUI uses, and there will also > shortly be

Fwd: The future of Charm Helpers

I'm all for requiring everything under the charms namespace to be reactive aware. It is hard for people who are less involved to make sense of all the different ways to Charm. It's even harder because some ways get deprecated faster than they get adopted (services framework). I think it's vital to

Re: The future of Charm Helpers

devs will assume that everything in the charms namespace works together well. 2015-11-23 10:40 GMT+01:00 James Page : > Hi Merlijn > > On Mon, Nov 23, 2015 at 9:32 AM, Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> I'm all for requiring everythin

Re: The future of Charm Helpers

ov 23, 2015 at 9:49 AM, Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Hi James >> >> >> > Requiring that anything under the charms namespace is reactive aware >> is fine - but lets make that 'aware' not 'required' plea

Fwd: [ANN] charm-tools 1.9.3

Awesome! Now I have an explanation for the weird behaviour I got today. `charm compose` was working fine until suddenly I started getting errors because wheel was not installed in the venv. Running `sudo apt-get update; sudo apt-get upgrade` fixed my problems, I guess this was right after fix 8c0

Juju and cluster managers (like mesos)

the need) *Now I'm curious to see what you guys think about this. *Do you think there is a need to integrate Juju with "datacenter kernels"? What is Canonical's vision about this? What does the community think? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju and cluster managers (like mesos)

uld be able to have actions or hooks... Another use-case would be to upgrade all charms in a bundle to versions that are known to work together, although I think this is currently possible using the deployer... Kind regards Merlijn Sebrechts 2015-11-30 16:13 GMT+01:00 Samuel Cozannet : > Ad

Re: Juju and cluster managers (like mesos)

This is exactly what I was looking for! Thank you so much for this! This is a great way to integrate Juju with Mesos so you get the best of both worlds... 2015-12-01 12:45 GMT+01:00 Nicolas Thomas  : > > > On Mon, Nov 30, 2015 at 7:54 PM, Merlijn Sebrechts < > merlijn.sebrec...@g

Re: juju-br0

This Charm is a horrible hack that creates the lxcbr0 interface on a host and bridges it to the given network. You can use this to crudely change networking of lxc containers by first deploying the charm to the hos

Re: juju-br0

GMT+01:00 Pshem Kowalczyk : > > Is there a way to specify the interface it's going to bridge lxcbr0 to? > > kind regards > Pshem > > > > > On Thu, 3 Dec 2015 at 09:49 Merlijn Sebrechts > wrote: > >> This Charm >> <https://github.com/galgale

Charm layers and python2 dependencies

or some reason, this installs the Python3 version of Flask. Is there a way to install Python2 dependencies from a Python3 Charm using Pip? Kind regards Merlijn sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Charm layers and python2 dependencies

Thanks! 2015-12-08 18:38 GMT+01:00 Adam Stokes : > You can use `pip2` and it'll pull down the python 2.7 flask > > On Tue, Dec 8, 2015 at 12:36 PM, Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Hi all >> >> >> Since shortly, Cha

Re: additional catering towards the application developer

I've been thinking about the actions as well. 99% of the actions use-case is: Run the action, wait for it to finish and show the result. Most of the actions are things like 'restart', 'show-something',... I think waiting for the action to finish and show the result should be put in as a flag, with

Re: Regarding Hadoop Charm - Role based implementation

Hi Shilpa The original Hadoop Charm used to do this, but the jujubigdata team rewrote the Hadoop charms in the way Charles described. You can see the result of this in the hadoop-spark bundle: https://jujucharms.com/apache-hadoop-spark/bundle/4. The original Hadoop charm is more or less deprecate

Recover from 'Agent is lost'

Hi [manual provider] after rebooting a machine that contained lxc container units, Juju displays 'agent is lost' for those containers h-bigmoo2/0 unknownlost1.24.7 1/lxc/9 agent is lost, sorry! See 'juju status-history h-bigmoo2/0' h-bigmootest/0 unknownlost

Include additional pip dependencies in a layered Charm

Hi My Charm uses additional pip dependencies like netifaces and ipaddress. Is there a way to tell charm build to include these in the wheel? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo

Re: Include additional pip dependencies in a layered Charm

> > On Mon, Dec 21, 2015 at 4:25 PM Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Hi >> >> >> My Charm uses additional pip dependencies like netifaces and ipaddress. >> Is there a way to tell charm build to include these in the whe

Re: Juju GUI 2.0 - public beta

't know if there are plans for more colors? On another note, how easy would it be to enhance/fork this UI? I'm thinking about custom features like: - Change automatic deployment behavior - Change 'featured searches' - Autohide certain charms/bundles Kind regards Merlijn Sebre

Re: JNS: Juju Name Server

Thanks for this show and tell! I think this might solve some problems I'm having. I'll look into this, if it is usefull to me I'll take a look at charming it... Op dinsdag 5 januari 2016 heeft Andrew Wilkins het volgende geschreven: > Hi, > A little while ago, I found myself wanting to address a

Re: Does sftp eliminate the need to check sha1sum?

. Let the users handle the upgrade process themselves. There are examples enough of cases where even minor version changes of binaries break relationships, so one version of a charm must always deploy the same binary. Kind regards Merlijn Sebrechts 2016-01-14 12:42 GMT+01:00 Cory Johns : >

Re: Does sftp eliminate the need to check sha1sum?

01-14 13:29 GMT+01:00 Merlijn Sebrechts : > hi all, Sorry to barge in like this, but this is very important for my > use-case. > > > Binaries that are downloaded always need to be checked using a checksum > *included > in the charm*. > > One Charm version should always d

Re: Does sftp eliminate the need to check sha1sum?

ting process for an updated binary can be more or less automated, >> especially with the upcoming juju resources. The important part is that >> every time the binary changes, the charm version has to be bumped. >> >> 2016-01-14 13:29 GMT+01:00 Merlijn Sebrechts > >: &g

Sending binaries over relations

ka-plugin Charm like the Hadoop Charms do? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Sending binaries over relations

g that string to foo.binary. >> >> What do others think? >> >> -- >> José Antonio Rey >> >> On Wed, Jan 20, 2016, 08:25 Merlijn Sebrechts < >> merlijn.sebrec...@gmail.com> wrote: >> >>> Hi >>> >>> >>> I have

Re: Sending binaries over relations

t;> >> On Wed, Jan 20, 2016 at 2:30 PM, José Antonio Rey >> wrote: >> >>> Hey, >>> >>> One of the options would be to cat the file as a string and pass that >>> string over the connection, finally echoing that string to foo.binary. &g

Re: Sending binaries over relations

It seems rssh might be able to do this! 2016-01-20 16:25 GMT+01:00 Merlijn Sebrechts : > I like the idea of rsync. Is there a way to restrict access to a single > file on the rsync server? > > 2016-01-20 16:16 GMT+01:00 Marco Ceppi : > >> I don't think sending the bin

Re: Sending binaries over relations

rsync would be a lot better long-term, I think. Network spaces and multi-tenancy might make it possible that a Charm cannot ssh to a related Charm... Any thoughts on this? Kind regards Merlijn Sebrechts 2016-01-21 7:42 GMT+01:00 John Meinel : > It does feel like a good fit for resources, with

Re: Sending binaries over relations

the > constituent services. In THAT case, yes, it would make sense for the > higher level charm, which we call a "stack", to be able to coordinate > resources across services under its supervision. > > How does that sound? > > Mark > > On 21/01/16 01:21, Merlijn

Re: Sending binaries over relations

hy not just put > that static API on the server? and then you don't need a different client. > Obviously, you can distribute new clients with new functionality, but by > definition, you'd need new code in the client charm to understand how to > use that functionality. > >

Re: Juju Charm Summit and cfgmgmntcamp schedule now available

Looking forward to it! 2016-01-26 21:18 GMT+01:00 Jorge O. Castro : > Hello everyone, > > You'll find the schedule here: > > http://cfgmgmtcamp.eu/schedule/index.html > > And for our track and subsequent extra day (aka. the Charmer Summit): > > http://cfgmgmtcamp.eu/schedule/index.html#juju > > H

Problems with colocated layered and non-layered Charms

from versions: ) No matching distribution found for argparse==1.2.1 (from -r /var/lib/juju/agents/unit-juju-gui-0/charm/server-requirements.pip (line 1)) `pip2 install ` works.. Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Problems with colocated layered and non-layered Charms

ingle machine is what this was built for. > > If you /do/ have to hulk smash, there was talk of adding a virtualenv flag > to the charm layer, by which it will install its deps not systemwide but > instead in a virtual environment that all the hooks would run with. > > Marco >

Re: Problems with colocated layered and non-layered Charms

Great! Thanks! 2016-01-28 14:18 GMT+01:00 Marco Ceppi : > This makes a little more sense. I'll chat with Cory later today about > getting the virtualenv stuff on the roadmap for charm build. > > Marco > > On Thu, Jan 28, 2016 at 8:01 AM Merlijn Sebrechts < > merli

Reactive when_file_changed decorator question

): restart_service() @when('A') def handler3(): change_file('file1') The order in which handlers are dispatched is random afaik, so there is the possibility that handler2 is executed before handler3. This would mean file1 is changed again after executing handler2. Will h

Re: Leadership layer released

These 'changed.x' states are really useful! I wanted something like this in my own layers, but I wasn't sure on how to implement it.. It might be good to include this in the docs? Or maybe write a nice wrapper around this logic so it can be easily used in other layers? I know I will use it... 201

Re: Leadership layer released

uss in Belgium at the Summit. As for wrapping, > you shouldn't really need to wrap it since it's just a layer! > > Awesome job with this layer, loving its implementation! > > On Thu, Jan 28, 2016 at 10:29 AM Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: &g

Re: Apt layer released

This is so cool! I hope we can integrate this in the bigdata Charms. Letting users install additional dependencies is something that would come in handy! 2016-01-28 16:48 GMT+01:00 Stuart Bishop : > The Apt layer is more code broken out from my PostgreSQL charm work > that will be used by future

Re: Reactive when_file_changed decorator question

of other open issues regarding @when_file_changed > that you should be aware of: > https://github.com/juju-solutions/charms.reactive/issues/25 > https://github.com/juju-solutions/charms.reactive/issues/44 > > I'm still not sure what the right solution for these issues is, so i

Re: Overlay network for Juju LXC containers?

Any follow up to this? I'm also interested in using fan with lxc and Juju. 2016-01-07 19:19 GMT+01:00 Andrew McDermott : > Hi Patrik, > > I will look into this tomorrow. Apologies for the delay. > > On 7 January 2016 at 14:39, Patrik Karisch > wrote: > >> Hi Andrew, >> >> Thanks for the answer.

Re: Overlay network for Juju LXC containers?

> >> > >> I will look into this this afternoon for you. > >> > >> On 29 January 2016 at 13:16, Rick Harding > >> wrote: > >>> > >>> Sorry dimiter, I know Andrew is out. Can you investigat please? > >>> > &g

Re: Juju port forward for LXC

Hi Andrew This sounds great! Will this be enabled in the manual provider? Kind regards Merlijn 2016-02-12 15:13 GMT+01:00 Andrew McDermott : > Tom, > > The plan is to create a bridge for each active interface so they > (containers) will get an address on the hosts network. beta1 only has 1

Dynamically registering reactive handlers at runtime

Hi all We have a layer that can install a number of different packages. It decides at runtime which packages will be installed. This layer uses the `apt` layer which sets a state `apt.installed.`. We want to react to this installed state, but we don't know what the packagename will be beforehand

Re: @when('config.changed')

Great! Very usefull! Thanks, Cory! Op woensdag 17 februari 2016 heeft Cory Johns het volgende geschreven: > Just wanted to give a heads-up about a feature that landed in the reactive base layer yesterday. > If a charm config option has changed, the state "config.changed" will be set for the durat

Re: @when('config.changed')

a > different decorator seems more deterministic and not overloading the states > with configuration events. > > Thoughts? > >- Matt Bruzek > > On Wed, Feb 17, 2016 at 4:00 PM, Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Great! Very u

Re: Dynamically registering reactive handlers at runtime

? Kind regards Merlijn Sebrechts 2016-02-18 10:39 GMT+01:00 Alex Kavanagh : > > > On Thu, Feb 18, 2016 at 7:23 AM, Stuart Bishop < > stuart.bis...@canonical.com> wrote: > >> On 12 February 2016 at 22:55, Merlijn Sebrechts >> wrote: >> > Hi all >> >

Re: Dynamically registering reactive handlers at runtime

Thanks Stuart, I'm learning a lot of cool things about Python :) I think charms.apt.install_queued() is what we'll use for the moment. 2016-02-18 18:04 GMT+01:00 Stuart Bishop : > On 18 February 2016 at 17:15, Merlijn Sebrechts > wrote: > > > The possible values for pa

Re: @when('config.changed')

s > well with something I am currently working on, but does so by making > applications model aware rather than by trying to make the charms of today > more deeply integrated into the applications they manage. > > > On Thu, Feb 18, 2016 at 2:06 AM Merlijn Sebrechts < > merlijn.se

Re: Hooks and interfaces!

usty/16/ Kind regards Merlijn Sebrechts 2016-02-26 1:34 GMT+01:00 Tom Barber : > Hello folks, > > This is not a complaint more a story of how this afternoon has gone. > > I'm writing a gitlab charm, in doing so marco suggested that we add some > hooks to optionally o

Charm build doesn't update interface layers

Hi I'm seeing a weird bug. Charm build doesn't seem to be updating local interface layers. I filed a bug here: https://bugs.launchpad.net/charm-helpers/+bug/1550370 I have the same behavior using the vagrant box. Kind regards Merlijn -- Juju mailing list Juju@lists.ubuntu.com Modify settings

Re: Layered Hadoop Core

Have been testing these Charms for the past two days, and everything seems to work so far. I'm amazed by how simple the handler files and interface layers are. Very readable code, this will make it a lot easier to contribute! Great work! I'll test-drive these Charms next week in a semi-production

Neo4J Charm

Hi all During the summit I saw some guys working on a Neo4J Charm. What's the update on that? Is there a beta version somewhere? We'd like to try it out.. Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.

Re: Web App Interface

Very interesting idea, Tom! Something that might help for your use-case are layer options . They are a way for layers to pass build-time config options to layers below them. Another thing that might be of interest

Automatic periodic upgrades as part of the base layer

bug report to the base layer repo, however, this might have a big impact so I'm linking it here to know your thoughts: https://github.com/juju-solutions/layer-basic/issues/39 Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubsc

Fwd: Planning for Juju 2.2 (16.10 timeframe)

+1 for invoking actions from relations. I'd also really like to have the ability to change config values from relations. An example of this is my dhcp server. The network it should broadcast to started out as a config value. Now, other Charms in my setup are becoming smarter so they can pass the ne

Re: Proposal: Charm testing for 2.0

As an aside; is there a good write-up somewhere about charm unit testing. I'd like to do this but I'm not sure how to do this. I am completely new to unit testing so I'm having a hard time to see how a good unittest for a Charm would look like and what exactly should be tested. 2016-03-17 1:52 GMT

Re: Planning for Juju 2.2 (16.10 timeframe)

+1 for all of those. I'd also like to have a way to get files from charms other than using juju scp. An example of this is getting vpn config from the openvpn charm... Op vrijdag 18 maart 2016 heeft Tom Barber het volgende geschreven: > Couple of new things cropped up today that would be very us

Re: Container Ecosystem Update

further past 10 in interval you set in config. > > But these are all preliminary tests / results. > > > > On Tue, Mar 22, 2016 at 12:46 PM Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> - Dashboard Anything in Juju with Elastic Beats and the

Action return value too long for commandline

e_child raise child_exception OSError: [Errno 7] Argument list too long Is there any way to pass a file to action-set? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Action return value too long for commandline

erver so the admin can download it from there. Kind regards Merlijn Sebrechts 2016-04-03 19:34 GMT-07:00 Stuart Bishop : > On 4 April 2016 at 02:00, Merlijn Sebrechts > wrote: > > Hi all > > > > > > The apache-kafka charm has an action "read-topic" that ca

Re: Planning for Juju 2.2 (16.10 timeframe)

+1 for the DNS; We could really use that! 2016-04-05 3:31 GMT-07:00 Simon Davy : > Lots of interesting ideas here. > > Some other ideas (apologies if these have already been proposed, but I > don't *think* they have) > > a) A small one - please can we have 'juju get '? See > https://bugs.launchp

Re: Action return value too long for commandline

actions (there would just be a specific > user-provided resource name and there would be only one version of that at > any given time), but we want to make sure that output can also be > efficiently handled regardless of size, so if we need to improve that, > let's crack on. > >

Re: juju command to push juju-trusty-lxc-template

do you mean `juju add-machine lxc:0`? This creates a default lxc container on machine 0. 2016-04-21 18:29 GMT+02:00 Gilbert Standen : > Somewhere in juju documentation or on a website I found a command to push > only the LXC juju-trusty-lxc-template (basically install LXC) without > actually inst

Re: Backwards incompatible change to config.changed states

the service, don't restart the service. 4. When the config file changes, the service restarts, and the config file changes again, we want to restart the service again. 1 and 2 are currently possible. 3 and 4 would be if 'file.changed' would be an event. Kind regards Merlijn Sebrechts

Re: Backwards incompatible change to config.changed states

ist isn't the easiest way of communicating, although I'm not sure the time difference permits a real-time discussion. Kind regards Merlijn Sebrechts 2016-05-02 21:15 GMT+02:00 Cory Johns : > Merlijn, > > Apologies for the delayed reply. I realized that I had typed this up bu

Re: Backwards incompatible change to config.changed states

sure the decision is final and I certainly appreciate your > feedback and welcome the continued discussion so we can reach a consensus! > > Marco > > On Mon, May 2, 2016, 4:09 PM Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Hi Cory >> >>

Re: Layer licensing and charm licensing

Hi All Interesting discussion. We've also been discussing this internally. LGPL would be fine for our use-case. LGPL has the added benefit that the weak copyleft 'forces' us to open-source patches. Having a choice means having to go through a painstakingly slow process to internally approve the

Re: incorrect private address when using manual provider

Anyone who can answer this? I'm also interested in the answer. 2016-05-05 2:45 GMT+02:00 Matt Rae : > Hi we're seeing an issue where the juju private-address is chosen > incorrectly when using the manual provider on a host with multiple > interfaces. > > Are there any details regarding how the pr

Re: apache projects with interest

Hi Tom Slightly off-topic but have you ever worked with drill? We did some tests with a 200GB and 100MB dataset in an hdfs cluster and the performance we're seeing is so bad drill is unusable for us.. Some initial debugging revealed that drill isn't able to distribute the workload over the clust

Re: Drill performance

Thanks Tom! We'll contact them. Kind regards Merlijn Sebrechts 2016-05-17 11:44 GMT+02:00 Tom Barber : > Hey Merlijn > > I've not scaled up to 200GB but we did do a 20-30GB HDFS test with > adequate performance and load being spread over drill bits. I guys on the &g

Re: apache projects with interest

Any word from the Flink, Samza and Storm communities? We have some work that the Storm community might be interested in. We have created a proof-of-concept that allows you to model Storm topologies in Juju using the Juju gui. This has the potential to lower the barrier of entry to Storm quite a bi

Re: Layer-basic options

Hi James I like that functionality and I think it should get its own layer. Not sure if the basic layer is the right place for this. I had a similar suggestion a while back, but others have convinced me that the basic layer should only include the bare minimum needed for the reactive framework to

Re: Anything providing Zookeeper?

Cool! I'm interested in these Charms. Are they online somewhere? 2016-05-31 16:59 GMT+02:00 Tom Barber : > Just to clear up this thread. > > Thanks to Kos we tracked the the condition, where Drill was setting its > config before the whole quorum was available. > > For reference I ended up impleme

Re: Anything providing Zookeeper?

gt; <http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/> > goal, but you can always help by sponsoring the project > <http://www.meteorite.bi/products/saiku/sponsorship>) > > On 31 May 2016 at 16:16, Merlijn Sebrechts > wrote: >

Re: Anything providing Zookeeper?

stuff tomorrow >>> morning with details. >>> >>> Tom >>> >>> -- >>> >>> Director Meteorite.bi - Saiku Analytics Founder >>> Tel: +44(0)5603641316 >>> >>> (Thanks to the Saiku community we reac

Re: Apache Drill Charm

Yeah, we should see if we can do the same with YARN... 2016-06-01 14:42 GMT+02:00 Marco Ceppi : > +1 to using % logic to make it scale across any sized instance. Awesome > stuff! > > On Wed, Jun 1, 2016 at 6:28 AM Tom Barber wrote: > >> Okay latest "stable" build has RAM config options. >> >> Dr

How to coordinate status messaging between layers?

charm to keep the port-forward information in the message even though another layer displays a "bundle deployment failed" message. Any idea how I can solve this? Have other people experienced similar issues? Kind regards Merlijn Sebrechts -- Juju mailing list Juju@lists.ubuntu.com M

  1   2   3   >