/srv/irclogs.ubuntu.com/2017/12/13/#juju.txt

=== frankban|afk is now known as frankban
=== chrome0_ is now known as chrome0
magicaltroutis it me11:18
magicaltroutor is the jujucharm store borked?11:18
magicaltroutoh no11:19
magicaltroutits me :)11:19
bdxgsamfira: I think my bug is your bug too17:24
bdxaha17:24
bdxI didn't realize it yesterday17:24
gsamfirabdx: looks like it :D17:28
bdxgsamfira: does the fix in proposed work for you?17:34
bdxtesting it now17:34
gsamfirabdx: we went with 2.2.6 for now. If it helps you out, I can test it as well, but for the moment we're good to go17:38
ybaumyi just wanted to say great job on the current vsphere support17:39
bdxgsamfira: I just added the proposed repo, deploying a few nodes now17:40
ybaumyif anyone wants to hear that .. kubernetes and juju has now a chance again in our company17:40
bdxybaumy: 2.3.1 got some vsphere love eh?17:41
ybaumybdx i love it so far. we are currently using openshift from redhat but i want to push ubuntu and juju17:41
bdxybaumy: awesome. srry I'm a bit behind on the vsphere provider .... what changed?17:42
ybaumybdx last time it was not working at all for me :D so that changed .. i was using maas as cloud provider with vsphere and then juju to deploy kubernetes... i dont need maas anymore17:44
bdxybaumy: sweet!17:47
ybaumybdx its so easy to scale and roll out a cluster17:52
ybaumybdx: you should try it17:53
bdxybaumy: I can't think of any reason to use the vmware provider17:54
bdxbut if I ever do have a use case for it17:55
bdxI'll ping you and get the dl17:55
bdxglad to hear its purring along for you though17:55
bdxybaumy: on second thought I may have some deploys that will require esxi in the next year17:56
bdxtotally spaced it17:56
bdxso yeah, really good to know17:56
bdxgsamfira: http://paste.ubuntu.com/26178059/18:05
bdx:) :) :) :)18:05
gsamfirabdx: outstanding! that was a quick fix :D18:21
gsamfirahopefully there was a CI test added for this case :P18:21
rick_hgsamfira: looks like it was something that changed in the fan package used. definitely some room to make sure that the new versions of the fan are tested out18:32
gnuoyhas JUJU_REMOTE_UNIT gone ?18:37
gnuoyhttp://paste.ubuntu.com/26178222/ <- I'm seeing this in a debug hooks session18:38
gnuoyJUJU_VERSION=2.3.118:38
* gnuoy looks for release notes18:38
gnuoyargh thedac just put me right, I'm not in a relation hook18:41
McL0v1n_Greetings! When i deploy to a host and lxc (im deploying the openstack bundle) my containers dont start up. Ive waited for hours thinking it was the image download but the only way i can get them to start up is if i log into each host and run lxd init. Shouldnt juju be starting them up on its own?19:22
McL0v1n_Anyone around?19:56
thedacI am seeing something similar: http://pastebin.ubuntu.com/26178643/19:59
thedacMcL0v1n_: what version are you running?19:59
thedacI have 2.4-beta1-artful-amd64 snap installed but the controller is on 2.3-rc2. I am going to try with a new controller20:00
McL0v1n_Im using the stable from the repo, not the snap20:05
McL0v1n_Im at a clients office 2 hours away from my cabinet, so i cant look at it and im using IRC on my phone20:06
thedacMcL0v1n_: no worries, I'll try this new controller and file a bug20:07
McL0v1n_Essentially maas from apt repo, juju from apt repo, ubuntu 16.04 image from maas20:07
McL0v1n_Thanks, this have been bothering me for months now and i cant find anything that relates to it20:07
hmli’m able run a container with openstack using 2.3.220:09
McL0v1n_Im not doing anything different from a standard deploy: a bunch of bare metal servers and maas20:10
McL0v1n_Using openstack-base bundle #50 and now #5120:11
McL0v1n_I can check the actual versions when i get back to my office20:13
McL0v1n_This has been happening from back when i tried to do it all based of the exact instructions for autopilot. Exact same issue. So it has to be a juju thing20:16
zeestratMcL0v1n_: you mentioned bridge activation issues? Something like this? https://bugs.launchpad.net/maas/+bug/173602220:17
mupBug #1736022: failed to bridge devices: bridge activaction error: bridge activation failed: Killed old client process <juju> <juju:Incomplete> <MAAS:Incomplete> <https://launchpad.net/bugs/1736022>20:17
McL0v1n_Different issue, but i ONLY get that when i manually log into each host and run lxd init20:18
McL0v1n_If i dont the container never starts up20:18

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