[08:14] Good morning Juju world! [08:16] good morning to you kjackal [09:26] is there a way to define, and later reference, variables in a bundle file? [09:27] it's painful to embed gpg key for each and every service [09:37] kklimonda: I haven't seen variables in a bundle [09:52] morning [10:17] hi cnf [10:20] another week, another try at getting stuff to work :P [10:56] is there any documentation on how to put the juju api behind a reverse proxy? === perrito667 is now known as perrito666 [11:15] Hi... just trying Juju-as-a-Service. At the deploy step, 10mins ago I got an option to choose the target public cloud. Now I have this spinning circle and don't get any options to choose. Are we being slashdotted? ;) [11:20] I see nothing on Twitter regarding JaaS ... [11:34] alexlist: not that I'm aware of. Are there any errors in the JavaScript console? Did you get.to the point to enter credentials? === degville_ is now known as degville [12:30] kklimonda, kjackal: We've been using variables for a short while now after coming over this example bundle: https://launchpadlibrarian.net/298175262/bundle.yaml [13:10] rick_h: I get to the point "Choose cloud to deploy to" but no buttons to choose gce,aws,azure anymore. That worked earlier today. http://pastebin.ubuntu.com/24170595/ [13:11] alexlist: and this is on jujucharms.com/something ? [13:12] alexlist: can you please post a bug at https://github.com/CanonicalLtd/jujucharms.com [13:12] rick_h: will do [13:12] alexlist: screenshots, urls, etc that would be really helpful [13:35] zeestrat: thanks, that does seem to work :) [13:40] kklimonda: np :) You reminded me that I had should add a bug for docs on that. See https://github.com/CanonicalLtd/jujucharms.com/issues/433 [13:41] kklimonda: Came over that example bundle by luck in the #openstack-charms channel I think. [13:54] nice zeestrat I did not know you could do that! Cool! [14:00] rick_h: https://github.com/CanonicalLtd/jujucharms.com/issues/434 [14:01] rick_h: I got this far using Firefox. Will restart my Chrome to see if it's something in the cache that stopped me from selecting the cloud provider. [14:02] kklimonda, kjackal: Somewhat related: Passing dynamic stuff (perhaps --config) at deploy time for bundles is on the roadmap according to Rick. === scuttle|afk is now known as scuttlemonkey [14:27] rick_h: hey - aware of any v4 charmstore API type issues? [14:27] we just started hitting [14:27] https://www.irccloud.com/pastebin/gO5ykMTA/ [14:27] jamespage: not yet, looking [14:27] hi all. Is https://api.jujucharms.com/ --> 'Not Found' a known issue? [14:28] oh /me sees james just asked here. thx [14:29] beisner: yea, looking. https://api.jujucharms.com/charmstore/v4/~openstack-charmers-next/percona-cluster/meta/any loaded for me [14:29] is that loading for you beisner jamespage ? [14:29] rick_h: yup [14:29] hmm, putting series back in worked: https://api.jujucharms.com/charmstore/v4/~openstack-charmers-next/xenial/percona-cluster/meta/any [14:29] I wonder if something flipped... [14:29] rick_h, yes, but this is not: [14:29] https://api.jujucharms.com/v4/~openstack-charmers-next/xenial/percona-cluster/meta/any [14:29] s/charmstore//g [14:30] which is the url we get when using bundletester + amulet + theblues + charmstore et al [14:30] beisner: oic, with the /charmstore [14:31] beisner: jamespage ok, so the /charmstore is supposed to be there. It says what service API to hit. I'm not sure if that changed recently but it kind of worked w/o by accident due to "first thing in the list wins" rules. [14:31] beisner: jamespage I'll see if something's changed and if we can get the "magic" behavior back, but we need to file bugs/get tools updated to use the right urls. [14:38] rick_h: ack [14:39] rick_h: please on restoring magic [14:39] rick_h: gate blocked atm [14:39] jamespage: working on a cowboy to production to add a rewrite rule atm [14:39] jamespage: will try to get it back asap with webops help [14:44] jamespage, as a work-around, i can have osci set env var for libcharmstore to consume @ https://github.com/juju-solutions/libcharmstore/blob/master/charmstore/lib.py#L37 [14:45] that should unblock on the short term, but we should defo raise an issue @ libcharmstore (i think) to track the real fix [14:48] beisner: ty for finding the bad url source. I'll get a PR to them. [14:48] RT is filed for the apache redirect, will hopefully get that through soon [14:52] rick_h, jamespage - raised https://github.com/juju-solutions/libcharmstore/issues/5 -- will have a PR up momentarily to jig that default global URL. [14:54] beisner: so there's a default url in theblues that the libcharmstore should just reuse [14:54] beisner: was going to do a pr for it once I get the RT picked up [14:54] rick_h, cool, i'll hold off, let you drive that. thx [15:09] anyone know how to run the juju api behind a reverse proxy? [15:32] beisner: jamespage please check it again, cowboy in place [15:35] rick_h, yeehaw! and yep, the url works now. thx [16:03] bdx: is it too early to ping? [16:52] juju can add storage to machine with add-storage? [16:53] or this options is only with units that support.. [16:53] this option? [17:03] o/ juju world [17:51] mbruzek: sup [17:52] bdx: I heard you have your own haproxy charm? Is that right? [17:54] mbruzek: I wish I was that cool [17:54] bdx: I am working on reworking the Canonical Distribution of Kubernetes to use haproxy load balancer instead of nginx. And my experience with haproxy is minimal. Wondering if you had any tips/tricks or advice/pointers. [17:55] mbruzek: https://github.com/jamesbeedy/juju-layer-lxd-proxy [17:55] ^ non haproxy based [17:55] just uses iptables, but that may be what you are referencing [17:56] bdx: I was misinformed. This charm looks super interesting in its own right. [17:56] mbruzek: when I was setting up deis, I had to manually configure haproxy to proxy to the deis router/component ports on each of the nodes [17:57] oh maybe that was the intel I got. OK [17:57] mbruzek: let me see if I can find that for you for reference real quick [17:57] mbruzek: haproxy charm is very nice. I got a bit familiar with it. I cna help too if needed. [18:00] can juju deploy centos7 at this point? i thought it could in the past but i can't seem to find the centos image [18:04] jrwren thanks I might hit you up. [18:04] bdx: I would be interested in the configuration if you could share it. [18:05] mbruzek: here is an example with multiple frontends and backends ... this (multiple frontend/backend) can be accomplished with the haproxy charm too -> http://paste.ubuntu.com/24171930/ [18:07] mbruzek: here's the haproxy config from the revq bundle, in case that helps http://pastebin.ubuntu.com/24171951/ [18:25] mbruzek: I'm currently working on some haproxy relations for one of my apps to accomplish creating the multiple frontend -> multiple backend routing via juju relations, I'll keep you posted when I have something worth sharing [18:26] bdx that would be great. Thanks [19:19] is there a way to remove a resource? [19:19] no. there is no way. [19:20] ouch. so, if I have a charm that uses the snap layer, and I've attached a snap so that I can test the snap before publishing it, then I am stuck using a local file after that and can't go back to using the snap from the store [19:21] I want to be able to switch [20:38] I'm trying to remove-application and it's not working [20:39] I can resort to removing the machine by force, but I should figure out why the application won't go away === verterok` is now known as verterok === skay_ is now known as skay [21:14] skayskay: Could you try pasting "juju status name-of-your-application --format yaml"? [21:15] zeestrat: it's not in the same state. I gave up and removed the machine [21:15] skay: Gotcha. I've run into such situations where it was stuck upgrading. [21:16] zeestrat: aha, my upgrade step was failing [21:16] zeestrat: I released a new charm to pick up a fix in the snap layer [21:17] zeestrat: what did you end up doing? [21:19] I got hit by #1671428 so I ended up killing the controller. I logged #1671476 for being stuck while upgrading. [21:19] Bug #1671428: deploying with default binding prevents upgrade-charm [21:19] Bug #1671476: destroy-model does not work when charm is stuck in upgrading state [21:20] zeestrat: did you try remove-machine with --force? that seemed to work for me [21:21] * skay adds self to bug [21:21] skay: Not yet. I can give it a go. [21:23] ha, I was just about to report that bug === siva is now known as Guest20118 [21:43] I am rendering a list of ipaddress in my charm template [21:44] I want the rendered output to be like this servers = ["192.168.1.252", "192.168.1.253", "192.168.1.254"] [21:44] I have my template entry like this 'servers = [{{ '\"'~servers|join('\", \"')~ '\"' }}] [21:45] My input.yaml file to 'juju config --file= input.yaml' looks like this [21:46] servers: "192.168.1.252 192.168.1.253 192.168.1.254" [21:46] The rendered output looks like this [21:46] servers = ["1", "9", "2", ".", "1", "6", "8", ".", "1", ".", "2", "5", "2", " ", "1", "9", "2", ".", "1", "6", "8", ".", "1", ".", "2", "5", "3", " ", "1", "9", "2", ".", "1", "6", "8", ".", "1", ".", "2", "5", "4"] [21:46] in the config.yaml it is of type string [21:48] In the charm code i, yaml load it like this servers_list = yaml.load(config.get("servers")) [21:48] What is wrong here? [21:48] Why is very character interpreted a string here? [21:49] Any help is much appreciated [22:11] Guest20118: servers = {{ servers }} [22:11] it's already a list [22:18] Anyone know how to find out in which regions a particular aws instance type is available? [22:20] I'm trying to deploy a p2.xlarge in us-east-1 (juju 2.1.0) controller and I'm getting 'invalid constraint value: instance-type=p2.xlarge' [22:26] Well I just deployed a p2.xlarge into us-east-1 with the AWS console, so I'm not sure why Juju won't do it. :/ [22:27] tvansteenburgh: instance types support was updated in juju 2.1.1 [22:28] anastasiamac: Oooh. I was trying to remember if they were baked in or downloaded from somewhere - I guess it's the former. [22:28] anastasiamac: Thanks! [22:28] tvansteenburgh: it requires manual intervention. but we try to keep on top of it for every new release [22:29] anastasiamac: So there's no way for me to use a p2 instance type w/o upgrading juju? [22:29] tvansteenburgh: potentially [22:39] anastasiamac: I upgraded to 2.1.1 and get the same error. Any ideas? [22:39] doh [22:44] anastasiamac: I upgraded to 2.1.1 and get the same error. Any ideas? [22:45] tvansteenburgh: wallyworld might have a better idea if p2.xlarge was added .. m sorry i have issues with my machine atm, can't look at codebase [22:46] tvansteenburgh: i can confirm a bit later on [22:46] anastasiamac: k thanks