[03:33] <veebers> When I `juju ssh <unit name>` after a couple of seconds I get a dropped connection (Write failed: Broken pipe ERROR subprocess encountered error code 255). Can anyone point me in the direction to debug this?
[03:34] <veebers> this is with an lxc local container
[04:00] <stokachu> trying to bootstrap into my private openstack cloud but juju is trying to communicate with the internal network rather than the floating ip
[04:01] <stokachu> it starts the instance which is given a 10.0.4.x address along with an associated 10.0.3.x address
[04:01] <stokachu> 10.0.3.x is the floating ip
[04:03] <stokachu> ah there it goes
[04:03] <stokachu> it switched to the floating ip this time
[04:12] <stokachu> so where i can view debug output for bootstrapping into openstack? http://paste.ubuntu.com/8146668/
[04:12] <stokachu> its just sitting at apt-get update
[08:50] <gnuoy> marcoceppi, I, err, seem to have missed the emails about my charmers membership expiring. Is it possible to get my membership reinstated please ?
[11:53] <jcastro> marcoceppi: I can do that
[11:53] <jcastro> what's your lp id?
[12:16] <gnuoy> jcastro, if that comment was aimed at me: Thanks ! It's 'gnuoy'
[12:16] <jcastro> gnuoy: you're all set
[12:16] <gnuoy> jcastro, fantastic, thank you
[13:39] <jcastro> heya marcoceppi
[13:39] <jcastro> do we have a plan for backporting charm-tools to trusty?
[13:39] <jcastro> getting a bit stale over here
[13:40] <marcoceppi> no, it needs a package not in archive
[13:43] <marcoceppi> jcastro: I mean, I think it's possible? but it seems like it'll take a very very long time to do
[13:43] <jcastro> which package?
[13:43] <marcoceppi> python-charmworldlib
[14:18] <stokachu> stupid question, wrt openstack private clouds, juju sync-tools does what juju metadata generate-* does?
[14:25] <stokachu> apparently not
[14:26] <stokachu> so for private openstack clouds you always have to do the juju metadata generate-* dance
[14:28] <stokachu> jcastro, shouldnt the last two commands in http://askubuntu.com/questions/475348/juju-bootstrap-no-data-for-cloud be included in the https://juju.ubuntu.com/docs/config-openstack.html docs?
[14:28] <jcastro> I didn't even know that command existed. :-/
[14:28] <jcastro> so yeah, probably!
[14:29] <stokachu> unless im missing some obvious step to get juju to bootstrap in openstack
[14:33] <stokachu> jcastro, heres more info on the subject http://blog.felipe-alfaro.com/2014/04/29/bootstraping-juju-on-top-of-an-openstack-private-cloud/
[14:33] <stokachu> talks about juju metadata generate-* at the bottom
[14:34] <jcastro> that blog post looks more complete already than our docs.
[14:35] <stokachu> yea b/c right now the openstack portion won't get you into a bootstrapped openstack env
[14:35] <stokachu> jcastro, oh someone pointed me to https://juju.ubuntu.com/docs/howto-privatecloud.html
[14:35] <stokachu> probably should link that in the openstack-config doc
[14:36] <jcastro> got time today to do a PR on the docs? they're markdown, very easy to edit
[14:36] <stokachu> yea ill update that
[14:36] <stokachu> thats on GH right?
[14:40] <jcastro> yeah, https://github.com/juju/docs
[14:40] <jcastro> branch instructions in the readme
[14:49] <stokachu> jcastro, ok thanks, https://github.com/juju/docs/pull/147
[14:49] <jcastro> thanks man!
[14:49] <jcastro> Loved the signed-off-by btw
[14:50] <stokachu> jcastro, lol thanks :D
[14:59] <ayr-ton> Hey there. If I make a change in a charm code, can I upgrade a unit in production deployed with the old version? Or, like, If I want to make some changes for add support to new relations or configs, can I update in production without lose my unit?
[15:41] <mbruzek> Do we have any documenation that talks about immutable configuration?
[15:41] <mbruzek> marcoceppi, lazyPower, or anyone else?
[15:41] <lazyPower> mbruzek: not that i'm aware of
[15:42] <mbruzek> One of the charms I am reviewing has immutable config and obviously didn't know about that
[15:50] <lazyPower> mbruzek: its on the best practices document
[15:50] <lazyPower> Has testing of changing all config options and verifying they get changed in the application (and applied, i.e. service reloaded if appropriate) been done?
[15:50] <mbruzek> lazyPower, I didn't see that
[15:52] <mbruzek> thanks lazyPower I will point them to this document.
[16:18] <whit> jcastro, reviewing your bundle
[16:18] <whit> jcastro, deploys, passes proof, looks good
[16:19] <whit> jcastro, docs look good too
[16:20] <whit> jcastro, my only nit to pick w/ the doc is wrt to the statement kibana's query language
[16:21] <whit> jcastro, it's based on lucene.
[16:23] <JoshStrobl> Is there a juju command to export a port for a particular service or charm, strictly for testing purposes.
[16:36] <JoshStrobl> Nevermind, found the issue I was having :D
[16:37] <JoshStrobl> oh apache2, how I hate the fact you need a2enmod rather than just intelligently detecting what modules to use
[16:37] <mbruzek> JoshStrobl, yeah!
[16:38] <JoshStrobl> mbruzek, if it wasn't for nginx not really having php-fpm configured out-of-the-box, I'd be more inclined to use it. Shouldn't be a problem though by mid next year, gonna switch all my PHP code to Go.
[16:38] <JoshStrobl> and just use it's built in http package
[16:38] <mbruzek> JoshStrobl, Apache2 changed versions between precise and trusty, and the a2en version in trusty insists that the configuration must end in conf
[16:39] <JoshStrobl> lovely
[16:39] <mbruzek> JoshStrobl, so many of our charms that use apache2 do not work on trusty because of the config file change.
[16:39]  * mbruzek is working to fix that.
[16:40] <JoshStrobl> well it beats having to dig around in nginx configuration just to get php-fpm to work
[16:41] <JoshStrobl> but then again, I'm not really one for setting up web servers either
[16:41] <marcoceppi> JoshStrobl: I started a php-website charm that you can deploy on nginx
[16:41] <JoshStrobl> :o
[16:42] <marcoceppi> it's not done by any stretch of the imagination, but the concept is to make nginx and apache2 framework charms
[16:42] <marcoceppi> https://jujucharms.com/~marcoceppi/trusty/php-website-1/?text=php-website#code
[16:42] <marcoceppi> this becomes a subordinate
[16:45] <JoshStrobl> marcoceppi, I get the feeling your installing of git-core will be used by something at some point?
[16:45] <JoshStrobl> oh wait
[16:45] <JoshStrobl> nvm
[16:45] <JoshStrobl> config-changed uses it
[17:01] <ayr-ton> Hey there. If I make a change in a charm code, can I upgrade a unit in production deployed with the old version? Or, like, If I want to make some changes for add support to new relations or configs, can I update in production without lose my unit?
[17:02] <JoshStrobl> mbruzek, marcoceppi /\
[17:03] <mbruzek> Hello ayr-ton.
[17:03] <ayr-ton> mbruzek, Hi o/
[17:04] <mbruzek> ayr-ton, You are asking about the "juju upgrade-charm" command.
[17:04] <mbruzek> ayr-ton, have you read this yet: https://juju.ubuntu.com/docs/authors-charm-upgrades.html
[17:06] <ayr-ton> mbruzek, Awesome \o/ Everytime I ask something about juju I start wondering if I will found something like juju deploy skynet soon.
[17:06] <mbruzek> shh!
[17:06] <mbruzek> Don't give away our future roadmap
[17:07] <mbruzek> ayr-ton, Please let me know if you have specific questions about the upgrade-charm path.
[17:07] <JoshStrobl> juju deploy skynet...is that like "juju deploy google-infrastructure"?
[17:08] <ayr-ton> mbruzek, Okay. I will start learning this and I will be back to deploy any further question.
[17:08] <ayr-ton> ahahaha
[17:10] <JoshStrobl> hey mbruzek, I noticed the Joomla precise charm does a relation-set with the hostname as the public-address, meanwhile the wordpress precise charm uses the private-address. so...which one should I use?
[17:11] <JoshStrobl> Since those deploying my charm need to rely on being able to hit the callback php file
[17:11] <mbruzek> JoshStrobl, charm to charm communication should use the private address (unless there is some reason that contradicts that).
[17:11] <marcoceppi> JoshStrobl: it depends, if it's for direct communictaion withing the cloud, private, if it's some ajax like stuff, public-address
[17:11] <mbruzek> JoshStrobl, charm to world communication use the public address.
[17:12] <JoshStrobl> alright then I'll use public-address then.
[17:12] <JoshStrobl> thought I'd ask, since I noticed the difference
[17:12] <mbruzek> JoshStrobl, things like clusters or peer communication would be an example of using the private addresses.
[17:14] <JoshStrobl> mbruzek, so for instance, MySQL would be appropriate using private-address, since charms like phpMyAdmin would be privately calling the exposed private address and the charm itself exposing a public-address that allows interfacing with the UI
[17:15] <mbruzek> JoshStrobl, Yes I think so, marcoceppi is more the mysql expert.
[17:15] <marcoceppi> exactly
[17:15] <JoshStrobl> Yea, just trying to make sure I have a firm grasp on the private v.s. public address usage and in what situations one should be used v.s. the other.
[17:16] <JoshStrobl> Yea, thought so.
[17:16] <JoshStrobl> Coolness.
[17:16] <marcoceppi> if communication doesn't have to go to the outside world, private-address
[17:23] <gQuigs> how can I see what versions of juju there are to upgrade to?
[17:29] <marcoceppi> gQuigs: of a charm or the client?
[17:29] <katco> gQuigs: you can try juju upgrade-juju --dry-run
[18:18] <gQuigs> of a charm.. katco that will just do the latest right?
[18:21] <marcoceppi> gQuigs: that will upgrade the juju client
[18:21] <marcoceppi> the only way to know if a charm upgrade exists, is to deploy the gui
[18:22] <gQuigs> marcoceppi: interesting.. ok, thanks!
[18:28] <jcastro> lazyPower, hey, with that fix released for Wildfly
[18:28] <jcastro> did you promulgate it yet?
[18:29] <lazyPower> jcastro: beg pardon? the bundles whit linked were identical.
[18:29] <lazyPower> let me triple chekc before i discover i'm talking out my bum
[18:29] <jcastro> I'm just wondering if you promulgated it yet
[18:29] <jcastro> so I can fix the readme real quick
[18:29] <lazyPower> oh you bet
[18:29] <lazyPower> the bundle was push back in march
[18:29] <lazyPower> i didn't take any action aside from closing the bug
[18:29] <jcastro> Oh!
[18:30] <lazyPower> jcastro: https://launchpad.net/~charmers/charms/bundles/wildfly/bundle
[18:30] <jcastro> oh, I'll fix it.
[18:30] <lazyPower> sorry about the confusion.
[20:29] <ahasenack> hi, does anyone know how i can checkout a specific charm store revision of a charm? Like, cs:trusty/swift-proxy-3
[20:29] <ahasenack> current one is -4
[20:29] <ahasenack> charm get only gets me trink
[20:29] <ahasenack> trunk
[20:31] <ahasenack> marcoceppi: hi, do you know?
[20:31] <marcoceppi> ahasenack: yeah, charm get only does trunk
[20:31] <marcoceppi> do you need source control tied to it?
[20:31] <ahasenack> marcoceppi: I need to map a cs revision to a bzr revision
[20:31] <ahasenack> knowing it's not necessarily 1-1
[20:31] <marcoceppi> hah, good luck with that
[20:32] <ahasenack> but cs:trusty/swift-proxy-3 certainly corresponds to a bzr revision
[20:32] <marcoceppi> what I can do is get you a way to download the files for rev 3
[20:32] <marcoceppi> you'd have to math out what bzr version that corrosponds to
[20:32] <ahasenack> marcoceppi: that helps
[20:32] <ahasenack> marcoceppi: there was a page somewhere showing recent changes to charms
[20:32] <ahasenack> marcoceppi: that does this mapping I'm talking about, and shows it as long as what I need is recent
[20:33] <ahasenack> marcoceppi: but I lost the url :(
[20:34] <marcoceppi> ahasenack: oh right, the charmworld does this
[20:34] <marcoceppi> ahasenack: here you go: https://manage.jujucharms.com/api/3/charm/trusty/swift-proxy-3
[20:34] <ahasenack> ahhh
[20:34] <ahasenack> bookmark fail
[20:34] <ahasenack> will do it more carefully this time
[20:34] <ahasenack> marcoceppi: thanks!
[20:35] <JoshStrobl> Someone mind giving me some pointers as to why I might be having issues? I set up the Vagrant Juju box and deploy my charm (https://code.launchpad.net/~truthfromlies/charms/trusty/metis/trunk) locally (I had it sitting in charms/trusty/metis) using juju deploy local:trusty/metis. It deploys successfully (http://paste.ubuntu.com/8152792/ and http://paste.ubuntu.com/8152787/), however even after apache2 is properly configured (wi
[20:35] <JoshStrobl> th a site-enabled for the directory), including the test site, I still can't get it from 10.0.3.51:80/Metis/heartbeat.html. I destroyed the machine, service, tried again with a different I.P. and it obviously didn't help. Think it might be an issue with Vagrant interfacing with my local machine, apache2, something else?
[20:35] <ahasenack> marcoceppi: https://manage.jujucharms.com/recently-changed
[20:35] <ahasenack> but swift-proxy is gone already
[20:35] <ahasenack> but no matter
[20:36] <marcoceppi> lazyPower: you probably have the most vagrant experience of us all ^
[20:36]  * lazyPower reads scrollback
[20:36] <lazyPower> JoshStrobl: one sec, reading your pastes
[20:37] <JoshStrobl> lazyPower, alright
[20:37] <lazyPower> JoshStrobl: are you trying to reach your service from inside the vagrant box, or from your HOST thats running the vagrantbox?
[20:37] <JoshStrobl> lazyPower, host
[20:37] <lazyPower> did you use sshuttle to forward your traffic inside the vagrantbox?
[20:37] <JoshStrobl> oh god...
[20:37] <JoshStrobl> no
[20:38] <lazyPower> by default, we can't forward all requests in there. It would create a black hole for traffic
[20:38] <JoshStrobl> for hours...
[20:38] <lazyPower> so using sshuttle as a VPN - you can achieve this
[20:38] <JoshStrobl> I didn't even think about sshuttle
[20:38] <lazyPower> a quick and dirty test would be to curl the url in the CLI of your vagrantbox
[20:38] <JoshStrobl> And this, sir, is why I'm glad you guys are around.
[20:38] <JoshStrobl> lazyPower, yea I think I'll try that
[20:38] <lazyPower> there are details on the vagrant documentation page of the juju docs about getting moving with sshuttle.
[20:39] <JoshStrobl> yea I know, I just didn't even think about that
[20:39] <JoshStrobl> thanks lazyPower, I'll set up sshuttle and try :)
[20:40] <JoshStrobl> I feel like an idiot :D
[20:42] <lazyPower> happens to the best of us :)
[20:42] <lazyPower> the local provider experience is just a little *too* easy at times.
[20:44] <JoshStrobl> lazyPower, well, I'm able to hit apache now. So that is a fantastic start!
[20:51] <JoshStrobl> it works!
[20:51] <JoshStrobl> Note to self: mbruzek, lazyPower and marcoceppi now are owed beers.
[20:52]  * lazyPower doffs hat
[23:05] <tiger7117> HI
[23:06] <tiger7117> i installed JuJu-GUI and had access it through Browser (URL),  how can i remove that display message (The password is the admin-secret from the Juju environment found in … ) ?
[23:09] <tiger7117> any one ?
[23:10] <sarnold> good evening tiger7117, which message do you mean?
[23:11] <tiger7117> The password is the admin-secret from the Juju environment. This can be found by looking in …. path … jenv file searching for the password field. Note that using juju-quickstart (https://launchpad.net/juju-quickstart) can automate logging in, as well as other parts of
[23:15] <sarnold> tiger7117: interesting.. I found the string here http://manage.jujucharms.com/~pmcgarry/quantal/juju-gui/config
[23:16] <sarnold> tiger7117: .. but the default isn't included here: http://manage.jujucharms.com/charms/trusty/juju-gui/config
[23:16] <sarnold> tiger7117: still, try setting the login-help property on the juju-gui charm
[23:17] <tiger7117> login-help: i had put some thing in it.. but still its showing that message
[23:17] <sarnold> I wouldn't be surprised if you needed to set it before deploying .. or perhaps restart the webserver that runs it
[23:18] <tiger7117> webserver, which ?
[23:19] <tiger7117> i just installed juju and then now install its gui.
[23:22] <sarnold> tiger7117: aha, from https://bazaar.launchpad.net/~juju-gui-charmers/charms/trusty/juju-gui/trunk/view/head:/HACKING.md
[23:22] <sarnold> tiger7117: "service guiserver restart
[23:22] <sarnold> "
[23:23] <tiger7117> unrecognized service
[23:23] <tiger7117> i think first have to install charm-tools ?
[23:24] <sarnold> tiger7117: you've got to run that command in the container or virtual machine that runs the guiserver; it might take a 'juju ssh' to whatever unit is running the gui... check juju status output to find out which
[23:25] <tiger7117> hmm.. yes, i tried to install GUI on another machine.
[23:26] <tiger7117> there are three Servers, one itself for JuJu-Core, Second for making enviroment/bootstrap and third for JuJu-GUI
[23:28] <sarnold> okay, try that service guiserver restart in the juju-gui unit
[23:29] <tiger7117> aah, now its working :) yes had to re-start service at 3rd Server
[23:30] <sarnold> sweet
[23:30] <tiger7117> well, i am new to JuJu, its my 2nd day :)
[23:30] <sarnold> thanks tiger7117, this was fun for me to track down
[23:30] <tiger7117> i have tiny confusion.
[23:30] <tiger7117> Most Welcome !!
[23:31] <tiger7117> hmm.. as i have 3 servers, 1 for core Ok, 3rd for GUI.. can i use this 3rd for MySQL + Wordpress and then second for other service ?
[23:34] <tiger7117> one more thing that can i install services from this GUI to another machine (e.g 2nd) ?
[23:35] <sarnold> tiger7117: the command line interface at least lets you specify --to  in order to co-locate services in a single unit..
[23:35] <sarnold> tiger7117: .. and I think that same syntax can let you specify an lxc container on a specific hardware machine..
[23:36] <tiger7117> i have 3 physical servers.. so how lxc contrainer for it ?
[23:38] <sarnold> tiger7117: some details here https://juju.ubuntu.com/docs/charms-deploying.html
[23:38] <tiger7117> i think we can't deploy/expose services to different machines from GUI ?
[23:39] <tiger7117> hmm.. i see
[23:39] <tiger7117> yes, we can do but from command line
[23:43] <sarnold> yeah, I don't know if the gui can do that yet
[23:45] <lazyPower> not yet
[23:45] <lazyPower> thats going to be part of the machine view work that has been going on in the GUI or a bit now. i hear its getting there but not quite ready for release.
[23:46] <sarnold> nice
[23:46] <tiger7117> hm..
[23:46] <tiger7117> LXC, why JuJu run on LXC ?
[23:47] <lazyPower> LXC is a good containerization framework
[23:47] <lazyPower> but i cant speak as to why it was the choice when that was made many moons ago.
[23:48] <tiger7117> it create too many issues, if we want to run JuJu - Local Enviroment on Internet, means JuJu-GUI on LXC (10.0.3.233) and Eth0 is on 202.19.x.x .. how can then run this GUI in Live enviroment ?
[23:49] <tiger7117> Reverse proxy also don't give proper solution for it, what kind of configuration we can do for making it Live ?
[23:51] <lazyPower> The networking side of LXC has still yet to be resolved - as its dependent on where its being deployed, and a few other factors.
[23:51] <lazyPower> if you're talking about the local provider - its intended use case is for development
[23:51] <tiger7117> i can understand that adding machine in JuJu pick IPs from DHCP range of LXC and Lxcbr0 control it ..?
[23:52] <lazyPower> but if you're tlaking about deploy --to lxc:2 (for example) thats whats being worked on.
[23:52] <tiger7117> hmm..
[23:53] <tiger7117> JuJu-GUI support latest MySQL version ?
[23:53] <sarnold> tiger7117: you could also set up e.g. openstack or maas and deploy to either virtual machines or to hardware .. neither probably makes much sense for three machines, but it's an option to consider
[23:53] <lazyPower> sarnold: for 3 machines its almost more prudent to juse use a cloud provider, or go with a manual environment.
[23:54] <lazyPower> my rule of thumb: if less than 10 machines - manual is a great option. if > 10 machines will be managed, you're looking at wanting to setup MAAS/OpenStack
[23:54] <tiger7117> sarnold; yes, i am just testing it, yes, virtual enviroment (VPS) will be proper way.
[23:54] <lazyPower> tiger7117: i'm not sure what you're asking, JujuGUI doesn't have a dependency on MYSQL. its a stand alone web app that works with the juju api socket server.
[23:54] <tiger7117> i heard about openstack, what is it ?
[23:54] <lazyPower> if you mean does Juju Support the latest MySQL - i do believe its working with the 5.5 series, but i'd need to double check.
[23:55] <sarnold> tiger7117: openstack is a pile of services that help you create something much like amazon's AWS yourself
[23:55] <tiger7117> ahan .. our own Cloud Enviroment
[23:56] <tiger7117> sarnold; what is the biggest advantage of this JuJu ?
[23:56] <tiger7117> or JuJu-GUI
[23:58] <sarnold> tiger7117: juju feels like our best hope to take us out of the dark ages of managing servers and services -- with juju you can write down, once, all the things that are important to your organization, and then re-deploy it as needed when needed
[23:59] <sarnold> tiger7117: it's sort of like the little scrap of paper with all the magic written on it, but checked into source control, so you can easily make changes in one place. if the charms are properly written, you can quickly scale your services as your needs change
[23:59] <sarnold> tiger7117: and you can use pre-written charms to deploy services you're not an expert in -- so you can easily put e.g. an haproxy in front of a dozen web servers without having to actually know how to run haproxy yourself