=== freeflying_away is now known as freeflying === freeflying is now known as freeflying_away === CyberJacob|Away is now known as CyberJacob === TheRealMue is now known as TheMue [09:28] jamespage, do you think it makes sense to add functionality to the quantum-gateway charm to configure the IP, gateway etc of the ext-port ? [11:15] Hey, can anyone point me in the right direction with JuJu? Looking for a solution to use juju on multiple servers with lxc(similar to multiple local env.). Lets say I´ve got multiple local JuJu enviroments with lxc, how do they communicate with each other? [11:17] Roconda: They don't at the moment. We have an item on the roadmap to allow for "cross-environment relations" it's not implemented yet [11:19] Roconda: we have limited contanier support for deployed servers/services [11:20] marcoceppi: what do you recommend me, based on my situation? [11:20] marcoceppi: good to know this issue is something being worked on :-) [11:20] Roconda: so you can create LXCs in deployed environments and co-locate/create more dense services [11:22] marcoceppi: using JuJu of without? [11:23] Roconda: so containers is a great way to achieve what you want to do, and there is support for this currently, however there are still issues with this solution as there are networking issues [11:27] marcoceppi: Okay, I guess I will use lxc at the moment and keep an eye on the cross-env. relation. Once cross-env. works I can migrate to JuJu [11:28] Roconda: if you're not already, subscribe to the juju mailing list and watch the [ANN] emails [11:28] Roconda: https://lists.ubuntu.com/mailman/listinfo/juju\ [11:28] marcoceppi: Thanks! Will do. Thanks for your help [11:33] Roconda: while I don't have exact dates, we're looking to address these two features (and many others) within the next 6 months [11:39] marcoceppi: Ah, in that case I´ll currently use the local environment so I can easily migrate to the cross-environment. I case I do need to scale out I could migrate to Amazon. The reason why I would like to use LXC is about costs. Working on a startup so I can´t afford to run many servers on amazon atm. [12:04] Roconda: there are more affordable cloud providers that Juju supports available. Last time I checked HP Cloud was pretty low in cost compared to AWS === freeflying_away is now known as freeflying === gary_poster is now known as gary_poster|away === gary_poster|away is now known as gary_poster === freeflying is now known as freeflying_away === gary_poster is now known as gary_poster|away === gary_poster|away is now known as gary_poster [15:29] jcastro: ping [15:53] sinzui: so we're hitting the request limit on the askubuntu API, thus no items. [15:53] yay! [15:53] sinzui: there's a way to get more requests, requiring auth fun. thought we could avoid it, but evidently even once a day is too often. [15:54] We disable staging and give prod a chance to do its job [15:54] * jcsackett nods [15:54] that's a thought. [15:55] we'll disable it on staging, see if prod picks it up tomorrow, and i'll work on the better version of api querying. [15:55] lets do that for now. We saw it work on staging. We can discuss this with charmers next week [15:55] * jcsackett nods [15:58] sinzui: disabling on staging is done, and a card has been added. [15:58] thank you [16:44] paulczar, last night's release of the GUI should have fixes for the bugs you reported. please let me know if you encounter other issues. [16:44] * gary_poster working on announcements [16:46] yessir appears to have fixed my issues with the gui [16:46] now I have bug with juju-deployer :) [16:46] https://bugs.launchpad.net/juju-deployer/+bug/1241721 [16:46] <_mup_> Bug #1241721: juju-deployer never finishes [16:46] paulczar, :-P looking [16:46] it's still in bug-state ...so I can dig out extra debug info if you want anything [16:46] paulczar, plus small internal "yay" for gui ;-) [16:50] paulczar, hazmat probably is person to investigate eventually. Out of curiosity though, do I understand correctly that, according to status and gui, you have all expected services but no relations? [16:50] looks like rabbit is in pending state [16:50] huh [16:51] so that might be holding it up [16:51] that smells more like a juju issue, yeah :-/ [16:51] odd.. still deployr should timeout w error [16:51] oh I found it! [16:51] "4": [16:51] agent-state-info: '(error: invalid URL "http://cloud-images.ubuntu.com/releases/streams/v1/index.sjson" [16:51] not found)' [16:51] I'll add the whole juju status [16:52] added as a comment [16:52] but that url works fine for me [16:55] paulczar, I'm fishing for help for you... [16:55] thanks :) [17:05] finally hit some sort of timeout and juju-deployer continued through [17:05] but obviously still a failed deploy [17:06] paulczar, I guess that's good, in that you can probably work around it after the deployment. So far everyone in the juju-dev pool I asked were at their EoD. [17:08] yeah, just going to suck if I submit a charm contest entry which can't follow the contest instructions [17:08] will need big walls of text in the readme :) [17:19] paulczar: 1.16.0 ? [17:24] yessir [17:24] appears to be intermittant [17:25] I ran again and it went through [17:25] so guessing its not error handling well when a URL doesn't respond briefly === Makyo|Air is now known as MakyoOnAir [17:27] the juju-gui export doesn't seem to export which services are exposed. is this on purpose? or should I file bug ? [17:30] paulczar, hm. that sounds like a bug, yeah, assuming normal deployer formats support this. :-/ thank you [17:30] should be easy to do, but inconvenient timing [17:31] I'll test through again to make sure ... I didn't miss setting it [17:31] then will file [17:31] ack [17:59] is it possible to configure the network used by the local provider? [18:24] adam_g: not that I know of at this time [18:25] that stinks [18:40] in my experience if you can get the local provider to work at all you should be happy :) [18:52] paulczar, its working good for me.. maybe too good. i have a local provider running on my local system and a remote system, but would like to be able to address them both [18:54] mine doesn't seem to be able to get working ssh keys in the lxc containers ... so I can't juju debug-log or juju ssh or anything [18:56] paulczar, oh, maybe you're hitting this? https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1236577 [18:56] <_mup_> Bug #1236577: container's /home/ubuntu/ spawns with incorrect permissions, preventing SSH access [18:56] paulczar, i had the same issue [18:58] it says they fixed ... did you have to pull something from a master branch? or was it fixed through to the apt-repos ? [19:00] paulczar, it was fixed in LXC, not juju === cmagina_ is now known as cmagina [20:10] hazmat: patch landed in lxc, so progress [20:10] sidnei, awesome [20:11] is there a way to use, say, the "ubuntu" charm, but on saucy? [20:11] the charm seems to exist only in the precise namespace [20:12] ahasenack: if you check it out locally, put into a saucy directory in your local repo, then --repository=... local:ubuntu? [20:13] that I didn't try yet [20:13] I was looking for command-line options I may have missed [20:16] weird [20:16] I had to use this: [20:16] root@server-1e8400be-2e1c-469a-b794-62a5c587da47:~# juju deploy --to 2 --repository $(pwd)/charms local:saucy/ubuntu ubuntu-saucy-container [20:16] without the saucy bit in local:saucy/ubuntu it would still try precise [20:16] I have charms/saucy/ubuntu/resto-of-the-charm [20:17] ahasenack: probably from default-series in the environments.yaml defaulting to precise [20:17] could be. There was no default-series under the "local" environment though, only the others, so i assumed it didn't apply [20:17] since local will use whatever I'm running [20:18] and indeed, the bootstrap node is saucy [20:18] i think that was the case in pyjuju [20:18] hm, I wanted to relate landscape-client to this one, but doesn't work, also because landscape-client only exists in the precise namespace [20:19] bummer, not friendly to non-precise workloads [20:20] file a bug! i think this could well be a command-line option [20:21] the question is if all charms are supposed to work on all series [20:21] probably not [20:29] nope [20:31] does anyone know if juju clients newer than 0.6.1 (precise) would be backwards compatible with agents running on machines running precise. Since I can't easily move up the release for juju (using MAAS), I wonder if I can upgrade the clients for deploy --to functionality and some bugfixes [20:36] how does os x juju work.. does it create containers directly inside OS X? or does it require a linux VM for an LXC host.. [20:58] cotton: there are a variety of "providers" that actually speak to whatever "cloud" backend you have. it might be aws or azure or openstack or "local" (lxc, linux-only) or "null" (bad name, hope that changes, that uses ssh) [20:59] ah ok [20:59] cotton: the ssh-based provider may be able to host workloads on OS X alright, but I'm not sure how far that has been tested. [20:59] cotton: using the juju frontend on OS X ought to be well-tested, or at least intends to be well tested. :) [21:00] so i can run juju on my mac via brew, then control a 'local' lxc cloud inside an ubuntu vm also? [21:01] also, does juju have charms that take care of HA clusters? aka corosync/drbd/etc [21:01] cotton: yes, so for the local provider on Mac/Windows, we utilize Vagrant to spin up a VM and run a special Ubuntu image inside that [21:01] yea ok i see HAcluster http://d.pr/i/8QEH [21:01] ah ok [21:01] cool [21:01] cotton: so you need to vagrant up/vagrant ssh, then run juju commands inside the VM [21:01] cotton: it's not a perfect story yet, just a stop gap :) [21:02] ok hah [21:03] cotton: but outside of the local provider, all other providers/commands work on OSX with the native OSX juju client from brew [21:03] nice thanks [21:08] marcoceppi: ha! you've got vagrant support going already? damn you guys are busy :) [21:08] sarnold: the other way around [21:08] marcoceppi: ha! vagrant has juju support already? damn those guys are busy! :) [21:09] sarnold: we have a juju vagrant image which has local provider dependecies. So you can up a vagrant instance and get juju all installed witha deployed local environment and the gui [21:09] sarnold: hah! [21:09] marcoceppi: that's pretty cool :D