[00:12] <hazmat> bcsaller, any progress resolving that?
[00:13] <bcsaller> hazmat: I've been running into other issues on both EC2 and local trying to reproduce it
[00:13] <hazmat> bcsaller, ?
[00:13] <hazmat> what issues?
[00:15] <bcsaller> things like the oneiric instance isn't getting a new enough python-zookeeper so the managed classes were not there
[00:16] <bcsaller> on the local provider the UA wasn't coming up when the series was old
[00:18] <bcsaller> the json module seemed fine however which was all thats involved in that test afaics
[00:26] <hazmat> bcsaller, juju-origin: ppa should solve the first (txzk version)
[00:26] <hazmat> bcsaller, pls file a bug on the latter
[00:33] <hazmat> SpamapS, trunk open?
[00:33] <hazmat> are we there yet ;-)
[01:21] <imbrandon> hazmat: you got openstack to work at all yet ? i dont care if i got to use s3 or not, i just cant seem to get my env.y happy
[01:21] <imbrandon> its always something else once i get one fixed
[01:21] <imbrandon> jej
[01:22] <hazmat> imbrandon, i haven't had a chance to get rolling with it. though i did just get my invite for the rackspace openstack beta squared away. i'm hoping to get back into it post my velocity talk tomorrow
[01:24] <imbrandon> rocking, if you dont mind ping me if i seem to be arond
[01:25] <imbrandon> i'll try to play at the same timeish that way we can bounce fixes.problems with less effor both ends
[01:25] <imbrandon> :)
[01:26] <imbrandon> least till successfull bootstrap or i;ll slit wrists what ever seems like it will work hahahah , totally joken before someone calls the loony bin on me
[01:27] <imbrandon> ok , gonna see if i cant migrate websitedevops.com to jekyll+bootstrap tonight ( havent started yet only been reading up on it ) hehe
[01:27] <imbrandon> afk-ish
[02:15] <imbrandon> hazmat: would you be cool if i changed the links on juju.ubuntu.com that point to the docs over to jujucharms only long enought till we get the RT ticket fixed or get the ok to charm it up
[02:15] <imbrandon> i know might mean $ so thus asking
[02:16] <imbrandon> before i did it, and i really just mean those two links in the wiki header nav
[02:16] <imbrandon> temporarly
[02:17] <imbrandon> hrm or actually we already point some pages to jujutools.github.com and multi of us herer on the core team have "owner" on that repo, i could just upload it to /docs there via git
[02:18] <imbrandon> and no cost to anyone and be on an semi official , or at least fully contoled via official ppl
[02:18]  * imbrandon preps that, not like it would take 30 sec to switch the link back
[02:20] <cjohnston> I'm a little confused.. I have a charm that's been deployed by someone else.. I added the environments.yaml I was given to my .juju directory, but I'm still not able to run juju status, or anything else..  Any ideas what I may be missing?
[02:30] <JoseeAntonioR> cjohnston: are you running it locally?
[02:32] <cjohnston> JoseeAntonioR: no, ec2
[02:33] <JoseeAntonioR> cjohnston: verify all the data in the environments.yaml file is correct, then juju bootstrap, juju deploy [charmname]
[02:33] <cjohnston> its already deployed
[02:33] <cjohnston> and now I'm trying to connect to i
[02:33] <cjohnston> it
[02:33] <JoseeAntonioR> juju status should give you a public IP address for it
[02:34] <JoseeAntonioR> unless it hasn't finished downloading the master image and configuring yet
[02:34] <cjohnston> its been up for a few months... I get "juju environment not found: is the environment bootstrapped?"
[02:34] <cjohnston> I can ssh into one of the servers, I can view the site.. I just cant get to all the servers because I dont know all the ip's
[02:35] <JoseeAntonioR> hmm, maybe juju destroy-environment and juju boostrap again
[02:35] <cjohnston> noo... thats bad juju
[02:35] <JoseeAntonioR> :P
[02:35] <JoseeAntonioR> if there are things you can't lose, then don't run it
[02:35] <cjohnston> ya.. not running
[02:36] <JoseeAntonioR> you should try "juju bootstrap", if the environment is not bootstraped it will do it, but if it is already bootstrapped no changes will be applied
[02:37] <JoseeAntonioR> you won't lose anything at the end
[02:38] <cjohnston> should I have to run bootstrap in order to connect to something that was setup by someone else?
[02:38] <JoseeAntonioR> no, you should run bootstrap to bootstrap the environment
[02:39] <JoseeAntonioR> after the bootstrap, status
[02:39] <JoseeAntonioR> may work
[02:43] <cjohnston> I got asked about a fingerprint.. I guess thats a good thing
[02:43] <cjohnston> hrm.. its only showing me one agent and no services tho
[02:43] <JoseeAntonioR> cjohnston: then no charms were deployed
[02:44] <JoseeAntonioR> you're starting from scratch
[02:45] <cjohnston> then something is still broken.. I'm ssh'ed into one of the servers... I know it exists
[02:47] <JoseeAntonioR> and no juju+charms in that server, then
[02:49] <cjohnston> There should be 4 servers showing in status, a front end, a db, a memcache, and the server that the code lives on.. I'm only getting 1..
[02:50] <JoseeAntonioR> that seems weird
[02:51] <cjohnston> tell me about it
[02:57] <JoseeAntonioR> cjohnston: I think it's only showing the server you're connected to
[02:58] <cjohnston> I sshed into the server it shows, and I don't recognize any of the processes running on the server
[02:59] <JoseeAntonioR> what the...
[03:01] <sidnei> jml, ah, it does.
[03:38] <m_3> dang... cjohnston left
[03:39] <m_3> JoseeAntonioR: he's not using the right environment in his commands
[03:39] <imbrandon> he is in some of the same chans i am
[03:39] <JoseeAntonioR> m_3: that explains everything, I'll let him know
[03:39] <m_3> i.e., 'juju status -esummit'
[03:40] <m_3> yeah, his keys were injected as part of the 'authorized-keys:' for the environment
[03:40] <JoseeAntonioR> still online, so catch him if you want to
[03:40] <m_3> pm-ing... thanks
[03:41] <m_3> hazmat: otw... we leave an another hour or so
[03:42] <m_3> I'll be working from utc+10 for a couple of weeks
[03:42] <negronjl> m_3:  utc+10 !!! that's a change
[03:43] <imbrandon> m_3: nice , you have to put up with more of me then , hahaha
[03:43] <cjohnston> back
[03:44] <m_3> negronjl: yup... actually sitting in SFO atm :)
[03:44] <m_3> negronjl: taylor's got a conference in sydney
[03:44] <negronjl> m_3: ahh ...  enjoy
[03:45] <m_3> negronjl: yup... _crazylong_ flight first tho
[03:47] <cjohnston> how long m_3
[03:47] <imbrandon> thats wh........
[03:48] <m_3> cjohnston: til the 9th
[03:48] <cjohnston> flight.. how longs the flight
[04:56] <lifeless> jcastro: still handing out tshirts like lollies?
[05:27] <imbrandon> heya lifeless you ever get to look into that box running the wiki/docs by chance ?
[05:39] <burnbrighter> Can nodes be shut down from with juju as to power them down?  Is that juju terminate?  I've found my ssh key is only working on my first bootstrap node.  All others did not get the ssh key and apparently did not bootstrap correctly for juju.  What forces the subsequent nodes to re-bootstrap with juju and get the right ssh key?
[05:40] <burnbrighter> Trying to avoid a complete re-do with destroy-environment
[05:42] <lifeless> burnbrighter: you should be able to use your cloud providers API to get those additional nodes boot logs
[05:42] <burnbrighter> this is maas
[05:42] <lifeless> ah, not sure if it provides that
[05:43] <lifeless> anyhow, Juju attempts to reprovision nodes that don't come up and register with the master node after a reasonable time
[05:43] <burnbrighter> can I simply powerdown nodes without doing damage to the juju environment
[05:43] <burnbrighter> ?
[05:43] <lifeless> so you should be able to use MAAS to terminate and return to the pool the node.
[05:43] <lifeless> I don't know whether the machine agent will run on reboot; if I did I could answer that question :)
[05:43] <burnbrighter> I've had bad experiences with removing the node from maas without removing from juju
[05:44] <lifeless> imbrandon: the sphinx docs q? I have the ticket to look at now, I haven't had time to look into the complexity and see about poking someone
[05:44] <burnbrighter> ok, I will try just shutting it down.  thanks
[05:46] <imbrandon> cool, yea me and SpamapS both receated and tested the proposed solutino of enabling -backports and upgrading the sphinx workd perfect, but yea i understand thir might be other services on the box to check
[05:46]  * imbrandon hopes not tho
[05:46] <imbrandon> heh
[05:47] <imbrandon> lifeless: let me know if there is anything i can do to make it easier on ya when you do get that far :if i'm around etc)
[05:52] <lifeless> imbrandon: sure, thanks
[06:38] <burnbrighter> Are there any suggestions on how to approach the ssh keyless maas nodes?  Maybe diagnosing a possible problem in the provider code?
[06:38] <burnbrighter> I can't get access to the nodes, so I can't see the logs
[12:49] <SpamapS> imbrandon: wtf? Another channel?
[12:49] <SpamapS> imbrandon: #juju-dev would have been the place for them to go, IMO
[14:28] <hazmat> imbrandon, sure re docs, though do you know who confirmed the rt for the docs update
[14:52] <zirpu> other than looking at $HOME/.juju/environments.yaml, is there a way to list your working/available environments?
[15:37] <SpamapS> hazmat: ok, at this point, 544 is a failure. I'm releasing 543 as 0.5.1, and trunk is open for dev
[15:37] <SpamapS> jimbaker`: ^^ please fix natty/oneiric
[15:40] <SpamapS> wtf
[15:40] <SpamapS> why can't I call "galapagos" milestone "0.5.1" ?
[15:41] <SpamapS> ah because version was galapagos
[15:41] <SpamapS> hrm or not
[15:41] <SpamapS> weird
[16:05] <hazmat> SpamapS, cool, fsync test stuff merged to trunk
[16:06] <james_w> where's the codebase that generates the review queue wiki page?
[16:21] <negronjl> 'morning all
[16:24] <hazmat> james_w, there's a copy in charm-tools used for the cli version
[16:25] <james_w> err, why did I say wiki?
[16:25] <hazmat> bzr lp:charm-tools  && less scripts/review-queue
[16:25] <james_w> thanks
[16:25] <james_w> hazmat, the web version uses that code too?
[16:25] <hazmat> james_w, pretty much, it just takes the output and dumps it into a mongodb, toss a simple html template on it
[16:26] <hazmat> it does the data collection as a cron job to avoid interacting with lp inline to the web request
[16:26] <james_w> hazmat, so the web page is live backed by mongo?
[16:27] <zirpu> sort of.
[16:27] <hazmat> james_w, yes nginx w caching, pyramid, and mongodb
[16:27] <james_w> hazmat, ok, thanks
[16:27] <james_w> hazmat, OOI why not just write out static html in the cron job?
[16:28] <hazmat> james_w, i've been asking myself that same question recently about the entire jujucharms.com site.. ie render static and push to cloud front
[16:28] <hazmat> the only dynamic bit atm is the search
[16:28] <james_w> yeah
[16:28] <hazmat> which according to analytics isn't used that much
[16:28] <james_w> jujucharms I can understand more, as there are lots of pages
[16:29] <james_w> eventually static html becomes a poor tradeoff with that IME
[16:29] <james_w> hazmat, so the review-queue is done like that because the rest of the site is?
[16:29] <hazmat> james_w, mostly its just ease of changing out styles and templates, and the caching makes it fairly fast regardless, even live (sans cache) its fairly fast
[16:29] <hazmat> james_w, yup
[16:29] <james_w> ok, thanks
[16:29] <james_w> for example, status.ubuntu.com is static html
[16:30] <zirpu> if you can do it statically it's generally better.
[16:30] <james_w> and takes >1hr to generate now, which means the original design decision isn't such a good idea any more
[16:30] <zirpu> especially if it doesn't change often.
[16:30] <james_w> given the likely access pattern
[16:30] <hazmat> well, part of the future goals is to add a bit more dynamicism
[16:31] <hazmat> here's the bug list for the site.. fwiw. https://bugs.launchpad.net/charmworld
[16:31] <hazmat> er.. feature requests
[16:31] <james_w> thanks
[16:31] <james_w> we're just wanting a review queue for a "distribution" on LP as well, but don't need a browser at this point
[16:32] <james_w> so mongo+nginx+pyramid seems a bit overkill
[16:40] <zirpu> hm. haproxy charm hooks/stop  stops mysql instead of haproxy.
[16:44] <zirpu> well i guess i need to learn how to make patches and submit bugs now.
[16:46] <SpamapS> zirpu: bzr branch lp:charms/haproxy , edit, bzr commit, bzr push lp:~your-lp-username/charms/precise/haproxy/fix-stop-hook, bzr lp-propose
[16:46] <zirpu> cool. thanks. was digging through the docs.
[16:56] <SpamapS> zirpu: note that the stop hook isn't actually called anywhere yet, but it should be at some point in the near future.
[17:00] <zirpu> ok.  this was a good 1st for me.
[17:01] <SpamapS> zirpu: ^5
[17:01] <zirpu> i'll be going to the charm school session at velocity at 13:00 today (PDT).
[17:18] <SpamapS> zirpu: *awesome*
[17:21] <juju-velocitycon> hi guys :-)
[17:27] <SpamapS> hah
[17:27] <SpamapS> notice
[17:27] <SpamapS> 10:21 ... join!#juju -> juju-velocitycon(~subway@67.111.115.235.ptr.us.xo.net)
[17:27] <SpamapS> subway :)
[18:02] <marcoceppi> nice
[18:41] <hazmat> negronjl, what's the admin web ui for hadoop?
[18:41] <hazmat> er. where
[18:41] <negronjl> hazmat:  hadoop-master:50030
[18:41] <negronjl> hazmat:  or .. http://<hadoop-master>:50030
[18:42] <hazmat> negronjl, thanks
[18:42] <negronjl> hazmat: np
[19:09] <lifeless> jcastro: ola
[19:40] <SpamapS> wth boto.. shipping your own certs and ignoring those in /etc/ssl/certs?!
[19:40] <SpamapS> badform
[19:42] <SpamapS> hazmat: something wicked in the fsync change me thinks
[19:42] <SpamapS>  * Duration: 2 hours 50 minutes
[19:42] <SpamapS>     test_resolved_stopped ...                                              [OK]
[19:42] <SpamapS> hung there before the buildd killed it
[20:00]  * SpamapS bootstraps using the proposed openstack provider
[20:02] <SpamapS>     agent-state: running
[20:02] <SpamapS> sahweeet
[20:07] <zirpu> sweet!
[20:07] <zirpu> anyone written a provider that uses vagrant? or virtualbox?
[20:10] <SpamapS> zirpu: no, just the local/lxc provider
[20:11] <SpamapS> zirpu: its certainly been wondered about a lot
[20:13] <burnbrighter> Anyone know what this error is about:
[20:13] <burnbrighter> ProviderInteractionError: Unexpected Error interacting with provider: 409 CONFLICT
[20:13] <burnbrighter> 2012-06-27 20:19:07,255 provision:maas: juju.agents.provision INFO: Starting machine id:10 ...
[20:13] <burnbrighter> 2012-06-27 20:19:07,471 provision:maas: juju.agents.provision ERROR: Cannot process machine 10
[20:13] <burnbrighter> I see lots of emails on it, but nothing that definitively says why I'm receiving this error
[20:14] <SpamapS> burnbrighter: you may have forgotten to set port in your environment.. or the constraints you have are not resolvable
[20:17] <burnbrighter> Thanks - which configuration file handles this?
[20:17] <burnbrighter> (this is for maas btw)
[20:18] <SpamapS> burnbrighter: yeah that only happens with MaaS .. it depends on what the problem is
[20:18] <SpamapS> burnbrighter: if its the port problem, its ~/.juju/environments.yaml
[20:18] <burnbrighter> trying to run openstack and none of the nodes will start
[20:18] <SpamapS> burnbrighter: if it is a constraints problem, you can resolve it with juju set-constraints
[20:19] <burnbrighter> you are right, I have no port set
[20:19] <burnbrighter> I am using the example from the documentation
[20:19] <burnbrighter> ah, no wait
[20:19] <SpamapS> burnbrighter: there's a fixed version of juju in precise-proposed I think
[20:19] <SpamapS> burnbrighter: it assumes 80 now ;)
[20:19] <burnbrighter> yeah, that's there:
[20:20] <burnbrighter> environments:
[20:20] <burnbrighter>   maas:
[20:20] <burnbrighter>     type: maas
[20:20] <burnbrighter>     maas-server: 'http://172.16.100.11:80/MAAS'
[20:20] <burnbrighter>     maas-oauth: 'XXXXXXX'
[20:20] <burnbrighter>     admin-secret: 'nothing'
[20:20] <burnbrighter>     default-series: precise
[20:20] <burnbrighter> does that look right? or should I be using the latest version of juju?
[20:22] <SpamapS> burnbrighter: 0.5+bzr531 should be fine
[20:24] <SpamapS> burnbrighter: dpkg -l juju to figure out the version
[20:27] <burnbrighter> so the environments.yaml looks ok?
[20:27] <burnbrighter> the nodes did their bootstrapping and cloud-inits fine. i could ssh to them and everything
[20:31] <SpamapS> burnbrighter: right, so when do you get that 409 ?
[20:31] <burnbrighter> just after I finished deploying all of the openstack stuff
[20:31] <burnbrighter> and exposing it
[20:32] <SpamapS> you may want to run 'juju -v whatever-causes-it' and possibly read /var/log/juju/provisioning-agent.log on machine 0 to figure out why
[20:32] <SpamapS> burnbrighter: my guess is not all of your services were able to deploy because of constraint problems
[20:33] <SpamapS> but I am not a MaaS expert :p
[20:33]  * SpamapS heads to lunch
[20:33] <SpamapS> burnbrighter: try #maas too
[20:33] <burnbrighter> thnx
[20:36] <juju-velocity-de> hi guys from velocity live
[20:36] <juju-velocity-de> -)
[20:37]  * zirpu .
[20:39] <zirpu> svg status graph done via graphviz?
[20:47] <zirpu> cs == charm store?
[20:47] <juju-velocity-de> zirpu:yes and yes
[21:48] <burnbrighter> Problem above identified - mass/juju REQUIRES 10 reachable nodes, I only had 6
[21:50] <SpamapS> burnbrighter: there is a hack you can do to consolidate a few onto node 0
[22:08] <SpamapS> burnbrighter: basically you can force mysql+rabbitmq+nova-cloud-controller+something-else onto node 0
[22:19] <SpamapS> imbrandon: hey did you get the openstack provider to work w/ hpcloud?
[22:19] <SpamapS> signed up today.. want to see how it goes
[22:31] <SpamapS> yes
[22:31] <SpamapS> hah doh
[22:31] <SpamapS> ssh fail
[22:37]  * SpamapS goes on a mission to fix the mediawiki charm
[23:02] <imbrandon> SpamapS: no
[23:17] <imbrandon> SpamapS: you get it working on hp ?
[23:17] <SpamapS> imbrandon: have not tried yet
[23:17] <SpamapS> imbrandon: just using the internal canonistack so far
[23:18] <imbrandon> hrm, sneek some hp time in i;d love to have someoen else fail too so i can get mine going
[23:18] <imbrandon> but beating my head on it alone , i just gave up
[23:23] <lifeless> jcastro: around ?
[23:23] <jcastro> hi
[23:23] <lifeless> jcastro: hey
[23:23] <lifeless> jcastro: so, are you still handing out tshirts for charms ?
[23:23] <jcastro> yeah
[23:23] <lifeless> cool, I can has?
[23:24] <jcastro> Yeah, mail me your shipping info
[23:24] <lifeless> \o/
[23:24] <jcastro> You get a handy dandy ubuntu mug as well
[23:24] <lifeless> https://code.launchpad.net/~lifeless/charms/precise/opentsdb/trunk btw
[23:25] <jcastro> k, just be responsive when a review comes in
[23:25] <imbrandon> those mugs are nice, i use mine daily :)
[23:25] <jcastro> the shirt is for when your charm is in the store itself
[23:25] <jcastro> but it's ok, I have this amazing feeling that SpamapS will drive that queue to zero today
[23:25]  * jcastro snickers
[23:26] <imbrandon> i was gonna do some reviews tonight for doc's merges so i may get some charms done too
[23:26] <imbrandon> jcastro: hows velocity
[23:26] <jcastro> pretty high end
[23:27] <jcastro> watching how they built Pinterest
[23:27] <imbrandon> jcastro: i got yout email too, but for what i do i would have to move to ireland, no thanks
[23:27] <imbrandon> heh
[23:27] <sidnei> duct tape and paper clips?
[23:27] <imbrandon> yea pintrest and instragram are both kick ass on the infra
[23:27]  * sidnei j/k 
[23:33] <SpamapS> jcastro: tomorrow is my day isn't it?
[23:33] <SpamapS> jcastro: damn, I was planning on doing it tomorrow, silly me
[23:53] <zirpu> i've decided i need to upgrade from my old lenovo t61 laptop to something new and better.  anyone have suggestions?  or laptops that you're using and like?
[23:53] <zirpu> i've only got a measly 4gb memory. :-(
[23:53]  * zirpu really want's 1Tb just to feel snug.
[23:54] <thomi> zirpu: The system76 laptops are nice, especially the new ones, you no longer need to carry around a massive power brick
[23:56] <zirpu> i have one on my desk at work. i stopped carrying it around. it's just a friking desktop. huge.  it has 8g memory. :-)
[23:59] <SpamapS> hmm.. I wonder if charmers should have an official backports PPA