=== med_ is now known as Guest34220 | ||
=== StoneTable is now known as aisrael | ||
=== TheRealMue is now known as TheMue | ||
=== psivaa_ is now known as psivaa | ||
kjackal | Good morning Juju world! | 08:13 |
---|---|---|
=== deanman is now known as deanman_ | ||
=== deanman_ is now known as deanman | ||
CarlFK | good morning! | 08:18 |
=== zz_CyberJacob is now known as CyberJacob | ||
=== CyberJacob is now known as zz_CyberJacob | ||
=== zz_CyberJacob is now known as CyberJacob | ||
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:43 |
sfeole | I just filed it, going through the proper channels. Just need a sanity check at this point :) | 13:44 |
=== scuttle|afk is now known as scuttlemonkey | ||
=== scuttlemonkey is now known as scuttle|afk | ||
=== scuttle|afk is now known as scuttlemonkey | ||
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:10 |
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:16 |
Zic | oh thanks, I'm interested | 15:18 |
marcoceppi_ | Zic: Give me a few mins | 15:25 |
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:27 |
Zic | thanks, I will take a look | 15:28 |
=== deanman is now known as deanman_ | ||
=== mup_ is now known as mup | ||
=== sarnold_ is now known as sarnold | ||
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:52 |
vmorris | http://paste.ubuntu.com/23771485/ | 17:53 |
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) | 17:54 |
=== hml_ is now known as hml | ||
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:21 |
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:31 |
sfeole | SimonKLB, are you using --debug flag with bootstrap? | 18:32 |
SimonKLB | sfeole: yes, the maas node is started when im executing juju bootstrap | 18:39 |
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:42 |
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:43 |
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:46 |
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:47 |
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:48 |
SimonKLB | sfeole: sure one sec | 18:49 |
SimonKLB | sfeole: http://paste.ubuntu.com/23771843/ | 18:51 |
=== mup_ is now known as mup | ||
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:24 |
vmorris | beisner: I think it's when it tries to connect to http://unix.socket/1.0/containers/juju-94a8f2-0/state | 20:25 |
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:26 |
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:27 |
vmorris | beisner qq | 20:29 |
admcleod_ | facepalm | 20:30 |
vmorris | lol was that just good timing or what? | 20:39 |
vmorris | oh i thought that was somebody doing the triage in real time | 20:40 |
* vmorris facepalms | 20:40 | |
sfeole | SimonKLB, sorry i got pulled away from meetings. How about the juju logs on the bootstrap node, since you have access? | 21:22 |
bdx | hey whats up everyone? is there a `--force` type arg for 'destroy-model'? | 23:33 |
bdx | I'm just getting "Waiting on model to be removed..." for days | 23:35 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!