=== med_ is now known as Guest34220 === StoneTable is now known as aisrael === TheRealMue is now known as TheMue === psivaa_ is now known as psivaa [08:13] Good morning Juju world! === deanman is now known as deanman_ === deanman_ is now known as deanman [08:18] good morning! === zz_CyberJacob is now known as CyberJacob === CyberJacob is now known as zz_CyberJacob === zz_CyberJacob is now known as CyberJacob [13:43] perhaps someone here can tell me if this is actually a bug? https://bugs.launchpad.net/juju/+bug/1655020 [13:43] Bug #1655020: Newly Built Charm, "Vanilla" Fails to install, when following "Charm Build Getting Started Guide" [13:44] I just filed it, going through the proper channels. Just need a sanity check at this point :) === scuttle|afk is now known as scuttlemonkey === scuttlemonkey is now known as scuttle|afk === scuttle|afk is now known as scuttlemonkey [15:10] 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] 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] Zic: I can give you a bundle with multi-master if you'd like to try [15:18] oh thanks, I'm interested [15:25] Zic: Give me a few mins [15:27] 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] thanks, I will take a look === deanman is now known as deanman_ === mup_ is now known as mup === sarnold_ is now known as sarnold [17:52] 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] http://paste.ubuntu.com/23771485/ [17:54] 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) === hml_ is now known as hml [18:21] trying to setup juju on maas but im stuck with: ERROR failed to bootstrap model: waited for 20m0s without getting any addresses [18:21] however, sshing to the maas node works fine [18:21] any ideas? [18:31] SimonKLB, i just happened to click into this Channel and saw your message. When you issue the $juju bootstrap --debug do you see a node in MAAS becoming allocated and deploying? [18:32] SimonKLB, are you using --debug flag with bootstrap? [18:39] sfeole: yes, the maas node is started when im executing juju bootstrap [18:42] 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] SimonKLB, also, perhaps check you're not setting http_proxy or similar in your terminal.. [18:43] SimonKLB, usually when I ran into the problem you [18:43] SimonKLB, you're mentioning, it's usually a problem with the MAAS host [18:46] sfeole: cloud-init logs are available but nothing juju related from the looks of it [18:46] sfeole: no obvious errors in the cloud-init logs [18:46] SimonKLB, the Node actually reached the "Deployed" state in MAAS? [18:47] sfeole: yep! [18:47] SimonKLB, hmm [18:47] 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] is that the expected behaviour? [18:48] SimonKLB, yes, it creates a bridge device by default [18:48] SimonKLB, could you post the juju bootstrap --debug output in pastebin? [18:49] sfeole: sure one sec [18:51] sfeole: http://paste.ubuntu.com/23771843/ === mup_ is now known as mup [20:24] beisner: I have the this paste showing a localhost+lxd bootstrap failure.. it nearly completes and then craps out at the end... [20:24] http://paste.ubuntu.com/23772244/ [20:25] beisner: I think it's when it tries to connect to http://unix.socket/1.0/containers/juju-94a8f2-0/state [20:26] 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] 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] hi vmorris https://bugs.launchpad.net/charm-test-infra/+bug/1633788 [20:27] Bug #1633788: juju 2.0.0 bootstrap to lxd fails (connect to wrong "remote" IP address)

[20:29] beisner qq [20:30] facepalm [20:39] lol was that just good timing or what? [20:40] oh i thought that was somebody doing the triage in real time [20:40] * vmorris facepalms [21:22] SimonKLB, sorry i got pulled away from meetings. How about the juju logs on the bootstrap node, since you have access? [23:33] hey whats up everyone? is there a `--force` type arg for 'destroy-model'? [23:35] I'm just getting "Waiting on model to be removed..." for days