[00:03] <jimbaker> pretty cool to see the odometer roll over
[00:03] <SpamapS> jimbaker: unless the odometer explodes
[00:03]  * SpamapS takes cover for the next 25 minutes
[00:47] <_mup_> Bug #1000007 was filed: juju add-relations should raise a StateChange error instead of Internaltopologyerror <juju:New> < https://launchpad.net/bugs/1000007 >
[02:19] <nathwill> so is maintainer strictly an email, or will it take the standard: First Last <user@domain.tld>
[02:22] <nathwill> oh nm... just saw the docs update
[03:39] <imbrandon> #100000 was well played :)
[03:39] <_mup_> Bug #100000: There are still too many bug reports <lp-bugs> <Launchpad itself:Invalid> < https://launchpad.net/bugs/100000 >
[03:39] <imbrandon> oops
[03:39] <imbrandon> the right one
[03:39] <imbrandon> :)
[03:54] <SpamapS> imbrandon: bug #1000000 was also well played :)
[03:54] <_mup_> Bug #1000000: For every bug on Launchpad, 67 iPads are sold <Edubuntu:Triaged> < https://launchpad.net/bugs/1000000 >
[03:54] <imbrandon> yea thats what i ment to link :)
[03:55] <SpamapS> well the one linked was actually nicely done too :)
[03:55] <imbrandon> yea
[03:55] <imbrandon> hehe
[03:55] <SpamapS> imbrandon: you done with turbo-drupal yet?
[03:55] <imbrandon> actually i was testing it earlier
[03:55] <SpamapS> imbrandon: I was wondering something actually
[03:55] <imbrandon> it still has 1 or 2 bugs, i thought i was done
[03:56] <SpamapS> imbrandon: there's a PPA with PHP 5.4 for precise..
[03:56] <vrturbo> hi all, looking for a little help with juju and the ubuntu openstack deployment
[03:56] <SpamapS> imbrandon: would be cool to see if it improves the performance :)
[03:56] <imbrandon> SpamapS: what one, i havent dfound one that works well
[03:56] <SpamapS> vrturbo: we can try, though I don't know if there are any maas experts here.
[03:56] <imbrandon> yea 5.4 is generally 30% faster
[03:56] <SpamapS> imbrandon: Ondrej Sury's is good
[03:56] <imbrandon> oh no apc in that one
[03:56] <vrturbo> Ok I followed the MAAS juju install from https://help.ubuntu.com/community/UbuntuCloudInfrastructure
[03:56] <imbrandon> apc segfaults
[03:57] <SpamapS> https://launchpad.net/~ondrej/+archive/php5
[03:57] <SpamapS> imbrandon: that one?
[03:57] <imbrandon> yea i tried that one
[03:57] <imbrandon> all works but apc segfaults
[03:57] <SpamapS> imbrandon: weird. Well I'll be merging 5.4.3 into quantal soon
[03:57] <vrturbo> all servers install it's when I added the relations via juju that things broke
[03:57] <imbrandon> nice, maybe we can -backports
[03:58] <SpamapS> vrturbo: how did things break?
[03:58] <SpamapS> imbrandon: no, the rdeps are too many
[03:58] <imbrandon> doh
[03:58] <SpamapS> imbrandon: you'd have to smoke test everything that Depends: php5
[03:58] <SpamapS> at last count it was 120 or so packages
[03:58] <imbrandon> yea but with 5 years it may be worth the extra effort
[03:59] <imbrandon> no rush but a goal
[03:59] <vrturbo>  relation-errors: shared-db: - mysql
[03:59] <SpamapS> imbrandon: you have to test them all *every* time you upload
[03:59] <imbrandon> hrm yea , smoke tests can be automated tho
[03:59] <SpamapS> vrturbo: ok, if you go to the unit with the errors you should have the error logged in /var/lib/juju/units/servicename-0/charm.log
[03:59] <vrturbo> that pointed me too some error with DB
[04:00] <SpamapS> imbrandon: that would be an *epic* win
[04:00] <imbrandon> just a thought anyhow
[04:00] <imbrandon> yea
[04:00] <imbrandon> definately
[04:00] <SpamapS> imbrandon: I'd get that into the daily jenkins QA for Ubuntu if you did that. :)
[04:00] <imbrandon> i'll work twords it , see how far i can get
[04:01] <imbrandon> good thing is the way 5.4 breaks things is pretty consistant
[04:01] <vrturbo> on the node running the service or the node I ran the juju command from ?
[04:02] <imbrandon> but yea i *thought* the super drupal one was done, but i ran into a few snags, i'd say about 3 more hours of work, so like 1 to 1.5 days
[04:04] <SpamapS> vrturbo: on the node running the service
[04:04] <SpamapS> vrturbo: juju ssh servicename/0 should work :)
[04:05] <SpamapS> vrturbo: you can also do 'juju debug-hooks servicename/0' and then 'juju resolved --retry servicename shared-db' to get a chance to re-run the hook in a terminal window manually
[04:05] <SpamapS> vrturbo: btw, which service has the error?
[04:05] <SpamapS> vrturbo: would be simplest if you just did 'juju status | pastebinit' btw :)
[04:05] <vrturbo> mysql didn't create correctly
[04:06] <vrturbo> so keystone, then nove, glance etc
[04:06] <vrturbo> just looking at the log now
[04:06] <imbrandon> vrturbo: trying to contrain it to micro ? heh
[04:06] <SpamapS> vrturbo: ah so everybody got errors?
[04:07] <vrturbo> yeah, I logged into mysql this morning to try and debug and the databases were there
[04:07] <vrturbo> but no tables
[04:08] <SpamapS> vrturbo: so, nothing in the charm.logs then?
[04:08] <vrturbo> running a debug on the relation of mysql and cloudcontroler showed the below
[04:09] <vrturbo> hook.output ERROR: 2012-05-15 02:17:46 CRITICAL nova [-] (OperationalError) (1044, "Access denied for user 'nova'@'' to database 'nova'") None None
[04:09] <vrturbo> so I tried to login directly
[04:09] <vrturbo> via mysql
[04:11] <vrturbo> and the nova and keystone users couldn't login to mysql, changing the grant permissions fix that, the the db sync on the services created the DB structure
[04:11] <vrturbo> but I think that something broke between mysql and keystone right at the start, I"m still looking at the logs
[04:17] <imbrandon> mmmm more charming music , err music to charm to :) http://www.youtube.com/watch?v=wX1wPLjPhlc
[04:17] <imbrandon> i should put out a charmers itunes playlist :)
[04:20] <SpamapS> vrturbo: right, mysql should be granting those users before sending them back to nova
[04:21] <vrturbo> yeah I seen a similar error in keystone
[04:21] <vrturbo> just trying the hook debug you recommended
[04:23] <vrturbo> juju resolved --retry keystone/0 shared-db
[04:24] <vrturbo> Marked unit 'keystone/0' relation 'shared-db' as resolved
[04:24] <vrturbo> 'resolved' command finished successfully
[04:24] <vrturbo> the debug didn't show much
[04:24] <vrturbo> 'juju debug-hooks keystone/0' didn't show much
[04:26] <vrturbo> keystone and shared db look to be ok now but what did the command do ?
[04:26] <vrturbo> juju resolved --retry keystone/0 shared-db ?
[04:26] <hazmat> its specifies a relation on a unit to repair
[04:28] <_mup_> juju/proposed-support r485 committed by kapil.thangavelu@canonical.com
[04:28] <_mup_> proposed pocket support
[04:30] <SpamapS> vrturbo: its not going to show much, its going to open up a tmux session and a new window for each hook ...
[04:31] <SpamapS> vrturbo: at the bottom you should see something like shared-db-relation-changed .. which is telling you that its time to run hooks/shared-db-relation-changed (if it exists) .. this gives you a chance to run the hook with a debugger/logs/strace/etc.
[04:31] <SpamapS> hazmat: debug-hooks is really poorly documented. We need screenshots actually.
[04:32] <_mup_> juju/proposed-support r486 committed by kapil.thangavelu@canonical.com
[04:32] <_mup_> use proposed option when configuring cloud-init
[04:32] <hazmat> +1 screenshots would help
[04:32] <hazmat> its confusing till its understood
[04:35] <imbrandon> btw SpamapS i got to spend ALL day sat, chillin with TSA officers at SFO, not by choice, made it into Kansas City at 2am ( should have landed at , ohh , 330pm local )
[04:35] <imbrandon> heh
[04:36] <ajmitch> imbrandon: lucky you!
[04:36] <imbrandon> yea
[04:36] <SpamapS> imbrandon: they didn't like the cut of your jib?
[04:37] <imbrandon> heh, never really explained why, just held me for a bit
[04:38] <nathwill> imbrandon, you wear a beard? they're beard bigots
[04:38] <imbrandon> heh, well a 5 day beard :)
[04:38] <nathwill> see
[04:39] <imbrandon> or a goatee , wouldent really call that a beard anyhow, more just to cover the scar from 18 stiches on my chin :)
[04:41] <imbrandon> mmm ok, more caffeine, cant sleep so i might as well roll with it and get some work done
[04:41] <imbrandon> brb
[04:43] <SpamapS> I have a chin beard
[04:43] <SpamapS> never been detained
[04:44] <imbrandon> yea that was the first time i have, flown countless times
[04:46] <vrturbo> not sure why glance would say relation to keystone id ok when the other way around it shows an error
[04:47] <hazmat> i think i've gotten it twice.. once for carrying vitamins in my carryon (clearly bomb material).. and the other for wearing baggy pants, which they couldn't see through with their fancy machine
[04:47] <imbrandon> nice
[04:48] <vrturbo> keystone/0:  agent-state: started  relation-errors: identity-service: - glance - nova-cloud-controller
[04:48] <hazmat> SpamapS, they never detain DDs ;-)
[04:49] <imbrandon> :)
[04:52] <vrturbo> how can I remove the service and reinstall it via juju ?
[04:52] <vrturbo> I want to try blow away the mysql and keystone and reinstall them
[04:54] <imbrandon> vrturbo: should be able to destroy-service service/N
[04:55] <imbrandon> then terminate machine for those machines
[04:55] <imbrandon> then just juju deploy again
[04:55] <vrturbo> what does the teminate machine do ?reinstall ?
[04:56] <imbrandon> totally wipes the machine
[04:56] <imbrandon> if its ec2 it terminates them and spins a new one up
[04:57] <imbrandon> not sure on other providers, but the equiv
[04:57] <vrturbo> ok I'm using MAAS but I'll give it a try
[04:57] <imbrandon> yea likely a reinstall then
[05:12] <imbrandon> SpamapS: looks like the debian php pkg team may have worked out the php-apc segfault
[05:12] <imbrandon> i'm trying it again now, but there was an update a day or so before uds that seems to have fixed it maybe
[05:12] <imbrandon> that i havent tried yet
[05:17] <imbrandon> nice, yea segfault averted now, time to try it out on some real world stories
[05:20] <ajmitch> damn, juju filled up my disk again
[05:21] <imbrandon> wow
[05:21] <imbrandon> small disk or bug ?
[05:21] <ajmitch> bug, machine-agent.log goes out of control
[05:21] <imbrandon> ahh
[05:21] <ajmitch> it's a small disk (SSD) as well, which doesn't help
[05:22] <imbrandon> true, combo ko
[05:22] <ajmitch> https://bugs.launchpad.net/juju/+bug/958312 is the bug afaik
[05:22] <_mup_> Bug #958312: Change zk logging configuration <juju:Fix Released by hazmat> <juju (Ubuntu):Fix Released> <juju (Ubuntu Precise):Triaged> < https://launchpad.net/bugs/958312 >
[05:23] <hazmat> SpamapS, thanks
[05:23] <hazmat> doh.. oh not released
[05:23] <hazmat> ajmitch, destroy-environment on local providers
[05:23] <hazmat> before rebooting
[05:24] <hazmat> or after rebooting
[05:24] <ajmitch> yeah I'll need to remember to do that
[05:24] <hazmat> is the workaround to that fix is merged, or use the ppa
[05:24] <hazmat> er. its merged not released though
[05:24] <hazmat> it should get SRU'd
[05:24] <hazmat> SpamapS, pretty please
[05:24]  * ajmitch hopes so :)
[05:27] <imbrandon> hrm i've never written this kinda tests before , this may be a learning experince in itself
[05:32] <imbrandon> SpamapS: oh btw after seeing the MBA in action i'm headed to the Apple store today when they open to get me one, gonna replace both that POS i dragged along and my MBP ( destined for craigslist )
[06:20] <vrturbo> still a problem after I redeploy mysql and keystone
[06:20] <vrturbo> 2012-05-16 02:07:22,975: unit.relation.lifecycle@WARNING: Error in shared-db-relation-changed hook: Error processing '/var/lib/juju/units/keystone-1/ch
[06:21] <vrturbo> keystoneclient.exceptions.ClientException: An unexpected error prevented the server from fulfilling your request.
[06:22] <vrturbo> (OperationalError) (1044, "Access denied for user 'keystone'@'' to database 'keystone'") None None (HTTP 500)
[06:23] <vrturbo> so database issue with de-relate scritp
[06:23] <vrturbo> should I be worried about this " Hook does not exist, skipping /var/lib/juju/units/keystone-1/charm/hooks/config-changed"
[06:34] <ihashacks> "Bootstrap aborted because file storage is not writable: The supplied storage credentials were not accepted by the server"
[06:35] <ihashacks> ... when trying to use with MaaS: https://wiki.ubuntu.com/ServerTeam/MAAS/Juju
[07:02] <imbrandon> SpamapS: if you want a quick an easy one to rung the prom bell for, https://bugs.launchpad.net/charms/+bug/1000088 is just a slight variation on the newrelic-php charm for the sysmond
[07:02] <_mup_> Bug #1000088: charm needed: newrelic sysmond <new-charm> <Juju Charms Collection:Confirmed for imbrandon> < https://launchpad.net/bugs/1000088 >
[07:11] <vrturbo> looks like my issue was a problem with the .local domain
[07:12] <vrturbo> I put on a .com domain onto the nodes via the MAAS server and the db-relation between keypoint and mysql works
[07:16] <imbrandon> nice
[07:29] <vrturbo> alright all, my work day is over, home time, thanks for you help
[07:58] <imbrandon> SpamapS: hrm i might have opened a can of worms with this php testing BUT i think one that may turn into something much larger and is much needed the more I'm thinking about how to best go about it
[07:59] <imbrandon> since i'm thinking new testcases for each project will need to be written, not just use the phpunit that exist now ( if at all )
[08:00] <imbrandon> really though , 5.4 or not this might be a worthy project , esp given this will be for a lts
[08:03] <imbrandon> just not sure exactly how to best get true coverage yet ... i'm sure i'll be pickin your brain about it at some point
[12:05] <koolhead11> marcoceppi, ping
[12:20] <gmb> SpamapS, around?
[12:36] <koolhead11> gmb, i think it be too early for him :)
[13:53] <anwak> Hi
[14:18] <Jarmo> Hi, does someone know easy way to change openstack so it wont try use AWS, trying to use local... Did install it with maas + juju... and can't find what to change and where..
[14:38] <koolhead17> hi all
[14:39] <Jarmo> Hi, does someone know easy way to configure openstack so it wont try use AWS, trying to use local... Did install it with maas + juju... and can't find what to change and where..
[14:42] <koolhead17> Jarmo, did you try juju docs
[14:43] <koolhead17> i think there is a section which describes about openstack based config file
[14:48] <nathwill> is there any juju search functionality to search the charm store?
[14:48] <nathwill> that would be a righteous feature...
[14:49] <koolhead17> nathwill, i suppose yes am not 100% sure though
[14:49] <nathwill> yeah, i'm not seeing anything in the man page.
[14:50] <nathwill> was thinking like `apt-cache search x`output
[14:50] <koolhead17> nathwill, am not sure about that but it be cool feature SpamapS ^^ :)
[15:00] <ihashacks> I'm going crazy trying to get juju + maas working happily.
[15:00] <ihashacks> Here's my environments.yaml http://paste.ubuntu.com/990792/
[15:00] <ihashacks> keep getting this on juju bootstrap: The supplied storage credentials were not accepted by the server
[15:00] <ihashacks> I made sure the MAAS key for oauth is good and even created a new one.
[15:01] <ihashacks> Here is my maas.log http://paste.ubuntu.com/990810/
[15:03] <ihashacks> ...and all I can find through web search are references to previous commits to maas and/or juju which I believe are merged now.
[15:08] <ihashacks> s/${}//
[15:08] <ihashacks> facepalm
[15:18] <m_3> nathwill: charmstore search is spec'd out but not implemented yet... perhaps in 12.10, but I don't know the exact timeline
[15:18] <nathwill> sweet
[15:18] <m_3> ihashacks: man... haven't used maas yet, it's on the tbd :(
[15:18] <nathwill> thanks for the info m_3
[15:30] <m_3> ihashacks: digging through the maas code, it looks like the maas api either doesn't have the correct paths for the file store or doesn't have the mac_addrs recorded in the filesstore correctly
[15:30] <m_3> ihashacks: maybe look for path config stuff... (?)
[15:32] <m_3> ihashacks: also, there may be more folks familiar with maas in #ubuntu-server
[15:32] <m_3> at least for now
[15:35] <negronjl> 'morning all
[15:40] <m_3> negronjl: morning
[15:40] <negronjl> m_3: 'morning
[15:42] <m_3> negronjl: hey... so are you cool with doing a charmschool sorta g+ hangout / ajaxterm in spanish sometime?
[15:42] <negronjl> m_3: absolutely
[15:43] <m_3> negronjl: awesome!
[18:34] <Jarmo> koolhead17 can u give me link?
[19:25] <Jarmo> Hi, does someone know easy way to configure openstack so it wont try use AWS, trying to use local... Did install it with maas + juju... and can't find what to change and where.. After installing it.... or before.... what ever is the easiest way
[19:30] <Jarmo> koolhead17 can u give me link? or did you mean https://juju.ubuntu.com/docs/getting-started.html ? ...i can'tfind that ..yaml file mentioned there... I Think it should be there somewhere, because Dashboard prints it... but how i can change it..
[19:33] <koolhead17> Jarmo, let me check it once
[19:37] <Jarmo> my 1st .yaml file was something like thisone: environments:   maas:     type: maas     maas-server: 'http://maas.server.ip:80/MAAS'     maas-oauth: '${maas-api-key}'     admin-secret: 'nothing'     default-series: precise
[19:38] <Jarmo> so i think there should be different kind of .yaml file after installiation, because dashboard can print it..
[19:38] <koolhead17> Jarmo, i have no exp of maas so cant help you much
[19:38] <koolhead17> :(
[19:40] <Jarmo> that's ok, but i think it should be (almost) at same location than with openstack installiation.. maybe... :D
[19:40] <Jarmo> there must be some logic with its location :D
[19:42] <Jarmo> Note for myself :hmmm... maybe at nodes /.juju/enviroments.yaml at node computer....
[19:43] <koolhead17> Jarmo, wondering if there does a maas gets creted
[19:44] <koolhead17> and for that you have the yaml file used
[19:46] <Jarmo> but I was wondering: I think I have my own api server up wich I could use, if only I would know how to modify "creds" wich openstack dashboard gives me..
[19:47] <Jarmo> koolhead17: this is guide wich i did follow, then I did hear it uses AWS: https://help.ubuntu.com/community/UbuntuCloudInfrastructure
[19:56] <koolhead17> Jarmo, nopes that guide uses openstack AFAIK
[20:24] <Jarmo> AFAIK?
[20:25] <koolhead17> as far as i know :P
[20:26] <Jarmo> on that guide this part gives me headache : uec-publish-tarball ./ubuntu-11.10-beta1-server-cloudimg-amd64.tar.gz images (actually cloud-publish-tarball) then it only says "not authorized"
[20:26] <koolhead17> yes uec-pulish is no more ued
[20:26] <koolhead17> used
[20:26] <Jarmo> I was asking about that problem yesterday here, and ppl told me happens because i dont have AWS account
[20:27] <koolhead17> well in that case i have no idea :(
[20:27] <Jarmo> same here :/ But I'll keep looking that, wanted just share that problem, hoping some1 had figured how to deal with it :D
[20:30] <koolhead17> jcastro, http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage do we not need to tell juju where my charms are lying?
[20:31] <koolhead17> juju deploy local:mysql  <-- is it automatically going to fetch mysql charm from juju repo?
[20:33] <Jarmo> yeah
[20:34] <Jarmo> wich u did download with bzr command
[20:34] <koolhead17> Jarmo, so it means i have to provide my charm source path
[20:36] <Jarmo> https://help.ubuntu.com/community/UbuntuCloudInfrastructure    ---> Deploying Ubuntu Cloud Infrastructure with Juju explains it imo
[20:37] <Jarmo> but you had to bzr those files for your computer to do deploy from local
[20:37] <koolhead17> hmm. so i meant the askubuntu docs needs some modification
[20:40] <Jarmo> ...I dont totally understand what you mean.... but I did deploy some files jsut with command juju deploy mysql... etc but some files didnt work with that command, so i had to bzr those files to my copmuter and then deploy --repository=. local<charm name> them
[20:40] <Jarmo> hope that answers for your question :)
[20:41] <koolhead17> hmm
[20:41] <koolhead17> :P
[20:46] <SpamapS> koolhead17: local usage (using the local provider) does not mean local: charm usage
[20:47] <SpamapS> koolhead17: the question you linked is focused on the local provider, not local charms
[20:49] <koolhead17> SpamapS, ok so when am trying juju deploy local:mysql it should work without throwing any error
[20:49] <koolhead17> but it asks for source location 4 charm
[20:50] <Jarmo> did u bzr it?
[20:50] <Jarmo> u need to tell where that file is
[20:50] <Jarmo> and normally it is your repo folder on root
[20:51] <SpamapS> koolhead17: no, I'm just saying the question you linked is not relevant.
[20:51] <Jarmo> like i did have precise folder at root
[20:51] <SpamapS> koolhead17: you need either --repository path/to/charms or export JUJU_REPOSITORY=path/to/charms
[20:51] <koolhead17> SpamapS, thats exactly what i was mentioning
[20:52] <koolhead17> but if i follow http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage am going to hit error saying path not found
[20:54] <Jarmo> I dont think  that guide works, atleast that way didn't work for me
[20:55] <Jarmo> or atleast somethign must be done before that
[20:56] <jcastro> which part doesn't work
[20:56] <jcastro> he just updated it
[20:57] <koolhead17> jcastro, all depoly commands need repository part
[20:57] <koolhead17> path
[20:57] <jcastro> no they don't
[20:57] <jcastro> "juju deploy mysql" grabs mysql from the charm store
[20:57] <koolhead17> jcastro, juju deploy local:mysql
[20:58] <koolhead17> i suppose asks for --repository
[20:58] <Jarmo> :O hmmm
[20:58] <jcastro> right
[20:58] <jcastro> that's if you want to deploy the charm you've downloaded by hand
[20:58] <jcastro> but you don't need to do that unless you're modifying the charm or something
[20:58] <Jarmo> yeah try without local:
[20:58] <koolhead17> jcastro, so here local doesnot mean LXC par se but custom charms
[20:58] <koolhead17> hot it
[20:58] <imbrandon> no
[20:58] <koolhead17> *got it
[20:59] <jcastro> no this means LXC
[20:59] <jcastro> it grabs the mysql charm from the store and deploys it locally on your LXC container
[21:00] <koolhead17> jcastro, juju deploy local:mysql thrown error asking for where is my repository
[21:00] <jcastro> right
[21:00] <koolhead17> am i supposed to install some additional pkg too
[21:00] <jcastro> no
[21:00] <jcastro> you do juju deploy --repository whatever local:mysql
[21:01] <jcastro> ok let's back up
[21:01] <jcastro> what are you trying to do
[21:01] <koolhead17> jcastro, i simply want to run mysql charm in my lcx
[21:01] <koolhead17> lxc
[21:01] <koolhead17> :)
[21:01] <jcastro> juju deploy mysql
[21:03] <koolhead17> jcastro, cool. so when am doing local:charm name am trying to deploy a charm located in my local machine with some repository path
[21:03] <koolhead17> am i correct?
[21:03] <jcastro> correct
[21:03] <koolhead17> cool. confusion solved :)
[21:04] <koolhead17> so local is for the location on charm but not anything with LXC
[21:05] <koolhead17> got it
[21:05] <koolhead17> SpamapS, thanks i got it finally what you mentioned :)
[21:42] <james_w> am I right that two services can establish multiple relations using different interfaces at the same time?
[21:45] <imbrandon> yes
[21:45] <james_w> cool
[21:46] <james_w> thanks imbrandon
[21:46] <imbrandon> np
[23:16] <pdtpatrick> Im getting the following error: http://pastie.org/3922991
[23:16] <pdtpatrick> following this guide: https://wiki.ubuntu.com/ServerTeam/MAAS/Juju
[23:26] <pdtpatrick> here's my environments settings
[23:26] <pdtpatrick> http://pastie.org/3923026