=== rharper` is now known as rharper === natefinch-afk is now known as natefinch === axw_ is now known as axw === menn0_ is now known as menn0 === menn0 is now known as menn0_ === menn0_ is now known as menn0-afk [09:10] hello to everyone...I have a problem with a bootstrap, is this the right channel? [09:23] marcoceppi, ping [09:27] I'm trying to bootstrap juju with two maas machines, that actually are two VM into VMWare... I installed the Maas controller on another machine, and the bootstrap seems to go well, it installs the OS cloud into the first of the two machines but when it comes to MongoDB replica stuff, it fails. I have under my hands the logs that I see in this situation === mwak_ is now known as mwak === Odd_Blok1 is now known as Odd_Bloke [11:12] Unable to install my charm after rebuilding it this morning: https://github.com/juju-solutions/reactive-base-layer/issues/27 [12:10] jamespage - can you review/land these liberty, xenial amulet test enablements?: tia [12:10] https://code.launchpad.net/~1chb1n/charms/trusty/glance/next-amulet-mitaka-1601/+merge/282496 [12:10] https://code.launchpad.net/~1chb1n/charms/trusty/keystone/next-amulet-mitaka-1601/+merge/282493 [12:10] https://code.launchpad.net/~1chb1n/charms/trusty/rabbitmq-server/next-amulet-mitaka-1601/+merge/282497 [12:12] jamespage, +this one: [12:12] https://code.launchpad.net/~1chb1n/charms/trusty/neutron-api/next-mitaka-amulet-1601/+merge/282835 [12:19] uno mas, jamespage. it's raining test extensions... [12:19] https://code.launchpad.net/~1chb1n/charms/trusty/cinder/next-amulet-mitaka-1601/+merge/282519 [13:30] marcoceppi: is the base layer not pinning the wheels it vendors? [13:30] specifically pip in this case [13:31] wesleymason: I tried to pin it in the base layer [13:31] wesleymason: but it's still getting pulled in by charms.reactive which does not have it pinned [13:31] wesleymason: I'm going to try to patch there [13:31] but I'd really like cory_fu_ to weigh in on the MP there [13:32] * wesleymason nods [13:32] marcoceppi: for the record there's 2 of us sat here with different charm layers stuck on it 😃 [13:32] wesleymason: there's more than two, that's for sure [13:32] wesleymason: everyone is blocked which makes it a priority patch [13:35] 👍 [13:38] wesleymason: would you be willing to try a patched layer? [13:38] marcoceppi: sure [13:43] wesleymason: okay, so this actually needs changes in charm-tools [13:46] * wesleymason gets popcorn [14:21] wesleymason cmars kjackal I've updated https://github.com/juju-solutions/reactive-base-layer/pull/26 when tested, only pip-7.1.0 was included in the wheelhouse which shouldn't present these problems [14:23] 🙌 [14:23] once I have cory_fu_ or bcsaller feedback I'll push a 1.11.1 release almost immediately after [14:25] thank you marcoceppi [14:37] gah bundletester is failing because of uncommitted changes in charms that it is checking out! [17:46] @mbruzek: Hi, I have got comment for WebSphere Base product where its mentioned that we should add configuration options for profile options like profile name, path, and admin username and password. But once user installs Websphere product and if he changes any of those values using juju set, It will not create profile again with new values. So what is the benifit of giving config options for these profile options? [18:20] I'm seeing a strange issue in bundletester; I'm using `bundletester -e amazon -l DEBUG -vF` to run tests and it looks like bundletester is pulling down other charms from launchpad and then failing because the machine I'm running bundletester on has no ssh key to access LP? [18:26] all tests give me this error: bzrlib.errors.ConnectionReset: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist. [19:45] Hi [19:45] Someone has problemas installing odl-controller within juju? [19:46] problems* [20:17] cmars - the issue with pyyaml [20:17] did you find a work around? i just ran into it [20:18] nvm i see in the scrollback this is being triaged already - https://github.com/juju-solutions/reactive-base-layer/issues/27 === menn0-afk is now known as menn0 === urulama is now known as urulama__ [21:12] charmers: Has storage support for openstack provider been considered? .. or possibly already exist? [21:13] core^ === menn0 is now known as menno-afk [21:24] D4RKS1D3: no one has issues with odl-controller make sure you provide the url and profile correctly based on which ODL r u targetinh [21:43] tych0: I am not sure what you'll need to test exactly but I think I have a way for you to bootstrap xenial on AWS, may also work on GCE [21:43] and to deploy Xenial workloads [21:44] arosales: oh, sweet [21:44] tych0: how was the ride? [21:44] arosales: good. unusually fast, actually, must have slept well last night :) [21:45] bdx: re storage provider, definitely something considered and may already be on the roadmap [21:45] bdx: may need to ping in #juju-dev on free node to get a more exact answer though [21:45] tych0: and solid weather :-) [21:46] arosales: yeah, for sure [21:46] well and the whoosh of carbon wheels, right [21:46] arosales: ha yeah. you have to be better than me to actually get an advantage from them. but they sure sound cool :) [21:46] I am sure you take advantage of them [21:47] tych0: so you need xenial on a cloud? [21:47] arosales: yeah, if you have a way. that would save me from having to ssh to the node and add a lxd ppa [21:47] I currently have a bootstrap and deploying the ubuntu charm on AWS onto of xenial with 1.26 alpha juju [21:48] sweet [21:48] what's the magic sauce? [21:48] tych0: I can add you ssh keys if you would like, but the sauce was as follows [21:48] for AWS, I have to check GCE [21:48] installed the -devel version of juju (for 1.26) [21:49] confirmed the daily stream has xenial [21:49] https://cloud-images.ubuntu.com/daily/streams/v1/com.ubuntu.cloud:daily:aws.json [21:50] in my ~/.juju/environment.yaml I updated image-stream: "daily" [21:50] under the AWS stanza [21:50] the then juju bootstrap --upload-tools [21:50] given aws is your default environment [21:50] oh [21:50] ah [21:51] maybe i can't set the image-stream for GCE? [21:51] i don't see it in the code :\ [21:51] and I am on a Xenial Ubuntu desktop from which I am running the client [21:51] I think juju looks at the juju version and desktop client to build the appropriate tools, because I couldn't get it to work from my trusty machine [21:52] yeah [21:52] i think you're right [21:52] cool, thanks [21:52] do we happen to have any company AWS accounts? or should i just sign up for my own? [21:52] also for the aws stanza I also set `default-series: xenial` [21:53] * arosales checking GCE for daily stream === natefinch is now known as natefinch-afk [22:02] ya looks like no daily stream for GCE [22:03] arosales: great, thanks [22:05] also if others are following the xenial conversation I also set `default-series: xenial` for my amazon/aws stanza and I was able to bootstrap and deploy xenial instances [22:05] I did have to deploy local charms with the directory structure ./xenial/ but seems to be working on AWS [22:05] bdx: ping if you don't get response and I can also digg on that [22:06] that makes sense that you'd have to do local only [22:06] i dont think any of the charm store has been ported over to xenial yet [22:07] yup, that was my take lazypower [22:07] arosales: sweet, will do! [22:08] I didn't say, but `default-series: xenial` in the environment.yaml file, in can folks were wondering [22:27] hey tych0 whats your TZ again? [22:27] i'm doing some slides for fosdem, and it would be really helpful if i could poke you for some specifics of how LXD is doing things [22:27] lazypower: nominally mountain time [22:28] lazypower: but really any time as long as i'm at the keyboard :) [22:28] :) Is your schedule tomorrow crazy? i only need a few irc pokes here and there [22:28] lazypower: not at all, any time should work [22:28] awesome. thanks tych0, as always you da man :) [22:28] i usually start around 7 [22:28] lazypower: well, let's not go that far :) [22:32] one word [22:32] "doom" [22:35] :) === menno-afk is now known as menn0