[08:13] <kjackal> Good morning Juju world!
[08:18] <CarlFK> good morning!
[13:43] <sfeole> perhaps someone here can tell me if this is actually a bug? https://bugs.launchpad.net/juju/+bug/1655020
[13:43] <mup> Bug #1655020: Newly Built Charm, "Vanilla" Fails to install, when following "Charm Build Getting Started Guide" <juju:New> <https://launchpad.net/bugs/1655020>
[13:44] <sfeole> I just filed it, going through the proper channels. Just need a sanity check at this point :)
[15:10] <Zic> hello here, do you know how to build a Kubernetes cluster with Juju but with multi-master HA? because the Juju charms demonstrated for Canonical Kubernetes just build a cluster with one master
[15:16] <marcoceppi_> Zic: you should be able to take the bundle and add more units to master. I think there's a few gotchyas that are being ironed out though
[15:16] <marcoceppi_> Zic: I can give you a bundle with multi-master if you'd like to try
[15:18] <Zic> oh thanks, I'm interested
[15:25] <marcoceppi_> Zic: Give me a few mins
[15:27] <marcoceppi_> Zic: If you download http://paste.ubuntu.com/23770746/ and save it as something like ha-k8s.yaml, you can do `juju deploy ./ha-k8s.yaml` it's experimental, but if you hit any bugs please report them here https://github.com/juju-solutions/bundle-canonical-kubernetes
[15:28] <Zic> thanks, I will take a look
[17:52] <vmorris> trying to bootstrap a controller on localhost LXD while on a private network (squid proxy and dns forwarder in use)... using a custom lxd bridge and dnsmasq instance
[17:53] <vmorris> http://paste.ubuntu.com/23771485/
[17:54] <vmorris> i can't understand why jujud would be connecting to 10.20.123.254:8443/1.0 (this is the default gateway passed in through dnsmasq)
[18:21] <SimonKLB> trying to setup juju on maas but im stuck with: ERROR failed to bootstrap model: waited for 20m0s without getting any addresses
[18:21] <SimonKLB> however, sshing to the maas node works fine
[18:21] <SimonKLB> any ideas?
[18:31] <sfeole> SimonKLB, i just happened to click into this Channel and saw your message. When you issue the $juju bootstrap --debug <cloud> <controllername> do you see a node in MAAS becoming allocated and deploying?
[18:32] <sfeole> SimonKLB, are you using --debug flag with bootstrap?
[18:39] <SimonKLB> sfeole: yes, the maas node is started when im executing juju bootstrap
[18:42] <sfeole> SimonKLB, mmmm, once the MAAS node is deployed is it in fact accessible via the network after MAAS deploys it?   Do you have access to watch the logs in /var/log/juju or /var/log/cloud-init to see if in fact the node is actually coming up fully?
[18:43] <sfeole> SimonKLB, also, perhaps check you're not setting http_proxy or similar in your terminal..
[18:43] <sfeole> SimonKLB, usually when I ran into the problem you
[18:43] <sfeole> SimonKLB, you're mentioning, it's usually a problem with the MAAS host
[18:46] <SimonKLB> sfeole: cloud-init logs are available but nothing juju related from the looks of it
[18:46] <SimonKLB> sfeole: no obvious errors in the cloud-init logs
[18:46] <sfeole> SimonKLB, the Node actually reached the "Deployed" state in MAAS?
[18:47] <SimonKLB> sfeole: yep!
[18:47] <sfeole> SimonKLB, hmm
[18:47] <SimonKLB> it started off with a normal interface, but then created a br-eth0 and added the ip to that bridge instead of the physical nic
[18:48] <SimonKLB> is that the expected behaviour?
[18:48] <sfeole> SimonKLB, yes, it creates a bridge device by default
[18:48] <sfeole> SimonKLB, could you post the juju bootstrap --debug output in pastebin?
[18:49] <SimonKLB> sfeole: sure one sec
[18:51] <SimonKLB> sfeole: http://paste.ubuntu.com/23771843/
[20:24] <vmorris> beisner: I have the this paste showing a localhost+lxd bootstrap failure.. it nearly completes and then craps out at the end...
[20:24] <vmorris> http://paste.ubuntu.com/23772244/
[20:25] <vmorris> beisner: I think it's when it tries to connect to http://unix.socket/1.0/containers/juju-94a8f2-0/state
[20:26] <vmorris> beisner: but i see on my http proxy that it's actually trying to connect to 10.20.123.254 (the default gateway), which gets denied
[20:26] <vmorris> i have no idea what to tune or even where to dig in for more information... i couldn't really see anything in /var/log/lxd
[20:27] <beisner> hi vmorris https://bugs.launchpad.net/charm-test-infra/+bug/1633788
[20:27] <mup> Bug #1633788: juju 2.0.0 bootstrap to lxd fails (connect to wrong "remote" IP address) <canonical-is> <juju> <lxd> <lxd-provider> <uosci> <OpenStack Charm Test Infra:Confirmed> <juju:Triaged by rharding> <https://launchpad.net/bugs/1633788>
[20:29] <vmorris> beisner qq
[20:30] <admcleod_> facepalm
[20:39] <vmorris> lol was that just good timing or what?
[20:40] <vmorris> oh i thought that was somebody doing the triage in real time
[20:40]  * vmorris facepalms
[21:22] <sfeole> SimonKLB, sorry i got pulled away from meetings. How about the juju logs on the bootstrap node, since you have access?
[23:33] <bdx> hey whats up everyone? is there a `--force` type arg for 'destroy-model'?
[23:35] <bdx> I'm just getting "Waiting on model to be removed..." for days