/srv/irclogs.ubuntu.com/2017/02/09/#juju.txt

mskalkaAnyone have advice for passing json or json like objects into charm actions as params?00:53
pranav_Hi Folks. How do I install charms specific to Openstack Ocata release?05:58
pranav_The current charms are for mitaka release05:59
=== Lukewh_ is now known as Lukewh
=== wolsen_ is now known as wolsen
=== skayskayskay_ is now known as skayskayskay
=== mpontillo_ is now known as mpontillo
=== thomi_ is now known as thomi
viswesnI created a new dummy-subordinate charm for dummy-sink charm06:49
viswesnand I am seeing the message status as " Waiting for token" for dummy-sink on running "juju add-relation dummy-sink dummy-subordinate"06:49
viswesnIs there anything that I need to do to make sure that dummy-sink is "Started"06:50
=== Dmitrii-Sh_ is now known as Dmitrii-Sh
=== frankban|afk is now known as frankban
kjackalGood morning Juju world08:06
kjackalHi viswesn I guess you are seing the msg from here: https://api.jujucharms.com/charmstore/v5/~juju-qa/xenial/dummy-sink-0/archive/hooks/source-relation-changed08:10
viswesn@kjackal - It is resolved now :)08:10
kjackalah great!08:10
viswesnThanks kjackal08:11
zeestratpranav_: I'm pretty sure Ocata charms are still in their "next" channel in https://jujucharms.com/u/openstack-charmers-next/. See also this proposal for a new bundle for Ocata here: https://github.com/openstack-charmers/openstack-bundles/pull/17.08:41
zeestratpranav_: But please check with the guys in #openstack-charms to make sure.08:41
Zichi Juju World09:05
=== frankban is now known as frankban|afk
kklimondahi guys, are charms compatible with both juju 1.25 and 2.0?11:19
=== frankban|afk is now known as frankban
admcleod_kklimonda: they should be12:29
=== admcleod_ is now known as admcleod
narindergupta morning13:45
marcoceppistokachu: sos, conjure-up won't let me configure clouds with latest classic snap from beta channel15:30
marcoceppiit only ever gives me localhost and not my existing maas15:31
marcoceppistokachu: it's also stacktracing if I try localhost15:31
=== verterok` is now known as verterok
=== skayskayskay is now known as skayskay
fsهستی؟17:16
irآره17:16
fsاین لیستی که این یغل هست همه آدمن؟17:17
mmccmarcoceppi - were you trying this with the openstack-novalxd spell? that is restricted to only running on localhost intentionally. I can see how that'd be confusing, since there isn't good feedback on that in the UI currently. I've filed https://github.com/conjure-up/conjure-up/issues/666 to track improving that.17:48
mmccmarcoceppi - were you trying this with the openstack-novalxd spell? that is restricted to only running on localhost intentionally. I can see how that'd be confusing, since there isn't good feedback on that in the UI currently. I've filed https://github.com/conjure-up/conjure-up/issues/666 to track improving that.17:50
mmccsorry if I just posted that 3 times, having irc bouncer issues17:50
vilammcc: and a devilish issue number, don't search further ;-)18:17
mmccvila :)18:18
marcoceppimmcc: it also failed on localhost18:48
marcoceppimmcc: but why limit it to localhost? It should work fine on maas?18:48
mmccmarcoceppi: it's targeted at deploying into LXD containers. if you deployed that bundle on maas, you'd use ~13 full machines18:49
mmccthe intent is that if you want to deploy openstack onto maas you should use the other openstack spell18:49
mmccwhich crams those services into ~4 machines IIRC18:50
marcoceppimmcc: there is no nova-lxd spell though18:50
marcoceppiother than localhost18:50
marcoceppimmcc: seems the spell should choose a different bundle based on cloud selected18:51
marcoceppiI want OpenStack NovaLXD, I don't care about the nuainces between maas or lxd18:51
stormmoreis it possible to have different models on a controller to be different clouds? e.g. local and maas?18:51
marcoceppiI also don't see why four lxd machines with more lxd machines inside that is a bad thing, lxd supports fully nested machines18:51
mmccmarcoceppi: it's not nested. there are no placement directives in the bundle18:52
marcoceppistormmore: technically, yes, however those models would both need to have networking between them18:52
marcoceppimmcc: I'm saying you could do nested still, instead of an exploded 13 machine lxd bundle18:52
marcoceppistormmore: we see people do this a lot with regional models, I don't think we support cross cloud models atm18:52
stormmoremarcoceppi that is the plan :) I need to build a minimal offline cluster18:52
stormmoremarcoceppi thinking about making one machine the master / client running all the "master" services including MaaS rack/region and then just have worker nodes boot to it18:53
stormmorepotentially make it a top of rack design / data center bootstrap system too18:54
mmccmarcoceppi: I agree that the current spell organization for openstack isn't ideal. We'll have a discussion about how we can make it clearer and easier to deploy openstack using novalxd onto maas18:55
marcoceppimmcc: seems like the bundle keyword in the spell could be either a string or dictionary of cloud: bundle-url for arcitectures which diverge based on cloud backend18:56
mmccfwiw, I think the way you'd do it with current spells is to pick the openstack-base spell and change the virt-type option in nova-compute to lxd18:57
mmccnot sure off the top of my head if that's all though18:57
marcoceppimmcc: you need the LXD charm as well18:57
mmccah ok18:57
marcoceppimmcc: https://jujucharms.com/u/openstack-charmers-next/openstack-lxd/18:57
marcoceppithough, that bundle doesn't deploy cleanly yet, if you change two (outdated) config options it will18:58
stormmoreThe only other way I was thinking which would be better in some ways it figuring out how to register the maas region/rack controller with maas and add juju controller to it too - this would be the ideal method18:59
mmccmarcoceppi: having a cloud: bundle mapping inside a spell isn't a bad idea. it complicates some of the other parts of spells, so there's a tradeoff. the simplest thing would be to just have additional spells and keep the 1:1 spell:bundle relationship. I'll file an issue to track discussion19:01
stormmoreOK now I have a crazy idea forming in my head that begs to be tested19:04
mmccmarcoceppi: here's that issue https://github.com/conjure-up/spells/issues/4619:05
mmccthanks for the feedback!19:05
beisnerhey marcoceppi - yeah that dev bundle isn't quite in sync with the dev charms atm.  but if you have to adjust on the non-next/dev bundle, please raise that as a bug.19:14
=== frankban is now known as frankban|afk
marcoceppibeisner: I will, it was just two config options that were no longer there, easy enough20:56
beisnerthx marcoceppi, but if against the -next bundle, don't sweat it, we've got updates in flight for those.20:58
marcoceppibeisner: cheers20:59
=== frankban|afk is now known as frankban
skayskaystub: hey, are you around? I started seeing this failure yesterday with the postgresql charm. https://paste.ubuntu.com/23963015/21:59
skayskayI'm in a bootstrapped juju1 environment, and can reproduce it by running: juju deploy postgresql22:00
skayskaybasically I think squashfuse is not in a trusty repo22:20
infinityplusbahoy. If I am writing a charm, is there any way to pull a file from my host filesystem, rather than having to host it, while I am testing22:34
infinityplusbI am deploying using lxd22:34
stokachuinfinityplusb, other than juju scp there isn't a way within the charm22:51
stokachuinfinityplusb, you can use resources if you want22:51
=== frankban is now known as frankban|afk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!