=== kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === CyberJacob|Away is now known as CyberJacob === alexlist` is now known as alexlist === CyberJacob is now known as CyberJacob|Away === psivaa-holiday is now known as psivaa === rogpeppe3 is now known as rogpeppe === Guest4725 is now known as balloons === balloons is now known as Guest12343 === Guest12343 is now known as balloons_ === gmb`` is now known as gmb === tvansteenburgh1 is now known as tvansteenburgh [15:25] is any hook triggered when a service is exposed? [15:26] josepht: nope, the only thing that happens is that the ports are opened for the external world to connect to [15:27] jose: thanks === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [16:12] Is there a way to turn off the juju engine for a while, to leave the environment in a certain state? [16:15] mrjazzcat: when you say turn off the juju engine - i'm assuming you mean halt the state-server so no agents receive any further events for the duration of teh state-server outage? [16:16] lazyPower: That's it exactly [16:16] that would be my recommendation then - just halt the state-server machine for the duration of the desired "locked config" [16:16] er [16:16] "locked state" [16:17] lazyPower: Is there a method to halt it? kill ?? Better? [16:17] mrjazzcat: well i was referring to actually halting the VM [16:17] lazyPower: Ah, OK. Thank you! [16:17] it does have an upstart job - let me see what i can fish up [16:19] mrjazzcat: if you want to just halt the services, look like juju-db and jujud-machine-0 are the jobs to stop [16:19] so, service jujud-machine-0 stop should be sufficient. as thats the state-server api process [16:19] lazyPower: awesome. I'll try that. Thanks again === mwenning is now known as mwenning-lunch [17:50] hello, I tried to use JuJu on a dedicated Ubuntu Server 14.04 LTS installation in our office network (http proxy enabled) with the local (LXC) adapter [17:51] everything bootstraps fine and juju status shows the agent running on local machine [17:51] but doing a juju deploy juju-gui failed when trying to access the web repo [17:52] have set the environment variables for the proxy (juju set-env http-proxy=...) but did not solve the issue [17:52] does someone has an hint how to proceed? [17:54] btw: doing a curl with the URL (something like https://charm...) works fine on the server === balloons_ is now known as balloons === balloons is now known as Guest26895 === Guest26895 is now known as balloons_ [17:59] appelgriebsch: From the parent that worked - have you tried in the lxc-container the local provider allocated? [18:02] lazyPower: sorry, I don't understand your proposal. Everything was executed on one machine. Accessing the web repo via juju doesnt work. Doing a curl request (manually) from the same machine to the URL listed in the juju error message works fine [18:05] appelgriebsch: ah sorry for the confusion. The local provider spins up light weight containers to emulate a cloud to deploy services - if the networking on your host is fine doesn't necessarily mean your containers aren't inheriting the same config. What iw as asking is if you have tried to ssh into that machine: juju ssh juju-gui/0 , and then try executing the command [18:05] since you mentioned a proxy is being set - i imagine the error here is the proxy isn't being inhereted by your juju env - and your communication isn't being routed properly through that proxy [18:05] i've got limited experience witht his and will tap someone else to see if they can help you - 1 moment while i put out a request for help [18:07] natefinch: when you juju-set http-proxy on the local provider, are all your lxc-containers expected to inheret that config as well? or have I missed something in the docs. === med_` is now known as medberry === medberry is now known as Guest50599 === Guest50599 is now known as med_ === kadams54 is now known as kadams54-away [18:40] beisner: hey, mind a quick PM? [18:41] o/ jose [18:41] o/ === CyberJacob|Away is now known as CyberJacob === liam_ is now known as Guest63751 [19:32] lazyPower: it's an environment-level property, so it really should be respected by everything [19:33] natefinch: ack. a user joined up experiencing the issue and has susequently left - but I thought that was the case. [19:33] ty for clarification [19:33] lazyPower: though what I hear is "blah blah local provider" [19:33] lazyPower: and the answer is almost always "that's not what local provider is for" [19:34] unfortunately, I think way too many people misunderstand how juju works, and try to use local provider instead of just deploying to a machine and adding LXC containers to it. [19:35] natefinch: understood and agreed [19:35] natefinch: When I wrap up this weeks video overview of the rudder/lxc stuff - would you mind giving it a proof watch before i publish - i bet you've got some insight into this topic I may miss. [19:36] lazyPower: sure, though lxc is not my forte... but I can give it a once-over [19:37] the more eyes the better quality the output will be is my thought :) Thanks for the pledge natefinch [19:37] this one has taken me longer than I care to admit circling back to === urulama is now known as urulama___ === kadams54 is now known as kadams54-away === balloons_ is now known as balloons === balloons is now known as Guest23152 === Guest23152 is now known as balloons_ === CyberJacob is now known as CyberJacob|Away === balloons_ is now known as balloons === CyberJacob|Away is now known as CyberJacob === kadams54-away is now known as kadams54