[00:02] <bkerensa> SpamapS: Yeah maybe I can do a Juju talk at PuppetConf this year :)
[00:02] <SpamapS> bkerensa: actually we're looking at doing just that
[00:02] <bkerensa> SpamapS: They had one last year
[00:03] <bkerensa> Marc Cluet and Adam Gandelman and some other Canonical guys I dont know
[00:04] <imbrandon> heya guys just popin in a sec then be back in after bit, but SpamapS , bkerensa knows a few people on the inside of CloudFlare and got the ceo dude to give us a lil tour ( and personally i wanna talk nginx magic with em as its their backbone to 4 billion views a month ) anyhow i thought you may want to try and sneek away at lunch too and go
[00:04] <imbrandon> SpamapS: bkerensa ^^
[00:04] <imbrandon> yea billion not mill
[00:05] <SpamapS> with a b
[00:06] <bkerensa> SpamapS: http://imgur.com/9GFjR <-- I know Adam G and Marc C but no idea who the rest are
[00:06] <imbrandon> any how i;ll let you to talk it over more i got to run for a bit , but nothing set in stone yet cept we're definatly invites
[00:06] <imbrandon> invited*
[00:07] <imbrandon> back in a while , btw heya bk and anyone else lurkin
[00:08] <SpamapS> bkerensa: some of our IS guys, I don't know most of them well either ;)
[00:09] <bkerensa> SpamapS: Btw... What does Paul Oh do? he was walking around OSCON like a big shot and came to our booth and gave me his card and said if we needed anything to e-mail him ;p
[00:09] <bkerensa> he did have a pretty cool Canonical shirt
[00:19] <SpamapS> bkerensa: business something ;)
[00:20] <SpamapS> bkerensa: at 500 people.. its become impossible to know everybody :P
[00:20] <bkerensa> No wonder his shoes were so well shined
[00:20] <bkerensa> SpamapS: there needs to be a Public Employee Directory :D
[00:20]  * bkerensa cannot even figure out exactly how many live in Portland
[00:21] <SpamapS> bkerensa: thats by design. Canonical is the most serious about employee privacy that I've ever seen a company.. which is funny because we all work so publicly :)
[00:22] <bkerensa> SpamapS: Yeah... I usually have to ping someone I know and then have them e-mail our local canonical mailing list for events
[00:39] <mars> Hi guys, I have a problem that appears to be synchronization between the postgresql db-relation-changed hook and the service that is using the db interface
[00:40] <SpamapS> mars: sync in what way?
[00:40] <mars> When I use debug-hooks in my custom charm and run the same commands as db-relation-changed does, then it connects to the database fine
[00:40] <mars> But when running the db-relation-changed hook script from 'juju add-relation', then the command bombs out with a database connection error
[00:42] <SpamapS> mars: the environment might be slightly different
[00:42] <mars> ah
[00:42] <SpamapS> mars: but it should be mostly the same...
[00:42] <mars> that does not sound like a fun thing to debug
[00:42] <SpamapS> mars: is it possible you are not checking to make sure the values are already set in the changed hook
[00:43] <SpamapS> mars: relation-changed is run once no matter what, at the start, sometimes that is before the other side has set the values
[00:43] <mars> SpamapS, the values passed in by the database relation?
[00:43] <SpamapS> mars: basically, you need to assume that things returned by 'relation-get' are actually valid, as they may not have ever been set.
[00:44] <SpamapS> mars: you can gracefully exit a hook if the values you require are not set yet... your hook will get called again when they are set.
[00:45] <mars> SpamapS, ok, I have these lines in my hook: user=`relation-get user`
[00:45] <mars> [ -z "$user" ] && exit 0
[00:45] <mars> Straight out of the charm tutorial
[00:46] <mars> Does that check for the user, gracefully exiting if it isn't set?
[00:50] <SpamapS> mars: yeah
[00:50] <SpamapS> mars: ok so in that case, perhaps the pgsql charm is broken in some way
[00:50] <SpamapS> mars: because you should  be able to assume the user/pass/dbname you were given is open for connecting
[00:51] <mars> SpamapS, could be, I already had to patch it once.  The DB wasn't starting because of a bogus pg_hba.conf entry.
[00:53] <SpamapS> mars: did we get that fix into the main charm yet?
[00:54] <mars> SpamapS, got to run, here's what I had to fix: http://pastebin.ubuntu.com/948657/
[00:54] <mars> later!
[00:55] <mars> btw, that's the precise charm
[00:56] <SpamapS> mars: thanks!
[03:30] <imbrandon> Wow, I knew they did this with Xcode 4.2+ but never knew why, SpamapS still around ? ready this ( fairly short blog post ) and tell me Apple cant be cool in their own way, yea its not Ubuntu open-ness but its beats the hell outa any other propritary vendor including Novel/Mono , yea I'm looking at you charging 200$ for the mobile iOS api , meh
[03:31] <imbrandon> http://kennethreitz.com/xcode-gcc-and-homebrew.html
[03:31] <imbrandon> anyhow that just put a very big smile on my face
[03:56] <bkerensa> imbrandon: ping
[03:56] <bkerensa> :D
[03:56] <imbrandon> heya
[03:57] <bkerensa> imbrandon: so what do you use for irc?
[03:57] <imbrandon> irssi mostly, just cuz i'm too lazy too properly evaluate subway :)
[03:57]  * bkerensa uses znc but their push notification module stopped working and I need push notification and something that sits on a vps or instance since I dont leave me laptop on 24/7
[03:57] <bkerensa> imbrandon: yeah well I dont know how to deploy my charm to EC2
[03:57] <bkerensa> :P
[03:58] <bkerensa> only lxc
[03:58] <imbrandon> irssi plus some php perl and bash glue for all kinda stuf :)
[03:58] <imbrandon> hahah
[03:58] <bkerensa> but then again I like gui client or cli not browser based
[03:58] <imbrandon> ok one sec
[03:58] <bkerensa> ^
[03:58] <bkerensa> nvm
[03:58] <bkerensa> maybe weechat
[03:58] <imbrandon> subway is nice because its persistant
[03:59] <imbrandon> thats really all i care about cuz i may actually close my irssi term like 50x a day
[03:59] <imbrandon> or get to it from 5 diff computers
[03:59] <imbrandon> thats it, feautres i can always hack something in if i need it in another
[03:59] <imbrandon> :)
[04:00] <imbrandon> and apparently according to jcastro i can do that with subwayfine
[04:00] <imbrandon> :)
[04:05] <bkerensa> imbrandon: ok run me through it how do I deploy charms on EC2 instead of lxc?
[04:07] <bkerensa> ahh I got it
[04:10] <imbrandon> i was gonna say its the same
[04:10] <imbrandon> just a diff env.y
[04:51] <avalanche123|h> getting a Error: Permission denied - /tmp/homebrew-juju-0.5.531-PkyV/juju_0.5+bzr531.orig/build/bdist.macosx-10.7-intel when installing juju on OSX using homebrew
[04:51] <imbrandon> avalanche123|h: ahh you had it installed prior
[04:51] <avalanche123|h> imbrandon had juju installed?
[04:52] <avalanche123|h> this is the first time I'm trying to do this
[04:52] <imbrandon> i need to fix that but yea that tar
[04:52] <imbrandon> hrm ok
[04:52] <imbrandon> that last bit is easy
[04:52] <avalanche123|h> imbrandon anything I can do to fix it?
[04:52] <imbrandon> um for not the best thing to do ( this si how i got to updatye the forumla to do correctly )
[04:52] <imbrandon> is download that same tar from LP
[04:53] <imbrandon> open it and run
[04:53] <imbrandon> well open it cd to the dir and run
[04:53] <imbrandon> sudo python setup.py install
[04:53] <imbrandon> and you'll be good
[04:53] <imbrandon> one sec let me get you the tar url
[04:54] <avalanche123|h> thank you!
[04:54] <imbrandon> np, it did the hard part for you already
[04:54] <imbrandon> getting teh deps intalled
[04:54] <imbrandon> thats was the last part
[04:54] <avalanche123|h> gotcha
[04:55]  * imbrandon maintains that brew formula btw, got lucky in the timing :)
[04:55] <avalanche123|h> indeed, fastest response I've received on irc :)
[04:56] <avalanche123|h> 14 seconds :)
[04:56] <imbrandon> https://launchpad.net/ubuntu/quantal/+source/juju/0.5+bzr531-0ubuntu1/+files/juju_0.5+bzr531.orig.tar.gz
[04:56] <imbrandon> hehe yea me and bk was just talkin
[04:56] <avalanche123|h> nice, thanks again
[04:56] <imbrandon> np
[04:56] <imbrandon> if that still dont work let em know
[04:56] <imbrandon> i;ll be here all morn
[04:56] <avalanche123|h> kk
[04:59] <avalanche123|h> imbrandon got it installed, thanks!
[04:59] <imbrandon> np
[04:59] <imbrandon> now when its time to update
[04:59] <imbrandon> you MAY have to manualy uninstall
[05:00] <imbrandon> because brew wont know its already there
[05:00] <imbrandon> but just do unstalll instead of install
[05:00] <imbrandon> or pop back in here
[05:00] <imbrandon> but there proaably wont be an update for a week or so i;m guessing ( dunno tho )
[05:01] <avalanche123|h> imbrandon cool, sounds good
[05:01] <imbrandon> np
[05:02]  * imbrandon goes to fix the formula
[05:04] <avalanche123|h> imbrandon ping
[05:04] <imbrandon> yup
[05:04] <avalanche123|h> getting this now:
[05:04] <avalanche123|h>     import zookeeper
[05:04] <avalanche123|h> ImportError: No module named zookeeper
[05:04] <avalanche123|h> when running juju bootstrap
[05:04] <imbrandon> brew install zookeeper
[05:04] <imbrandon> brew install bzr too
[05:04] <avalanche123|h> gotcha
[05:04] <imbrandon> if you dont have bzr
[05:04] <imbrandon> hrm it should have dine that for you tho
[05:04] <avalanche123|h> mind if I add it to formula dependencies?
[05:04] <avalanche123|h> lemme check
[05:04] <imbrandon> no,please do
[05:05] <avalanche123|h> brew list | grep zookeeper
[05:05] <avalanche123|h> zookeeper
[05:05] <avalanche123|h> I have it
[05:05] <imbrandon> any help is welcomed, i'm a ubuntu dude and run osx too, but a brew newb
[05:05] <imbrandon> heh
[05:05] <avalanche123|h> it is indeed already listed as a dep
[05:05] <imbrandon> ok hrm hal sex
[05:05] <imbrandon> yea i thought so
[05:05] <avalanche123|h> maybe python bindings are not included?
[05:06] <imbrandon> do you have brew python or just sys python
[05:06] <avalanche123|h> sys python
[05:06] <imbrandon> well the forum should install those too
[05:06] <imbrandon> iirc
[05:06] <imbrandon> zkpython
[05:06] <imbrandon> or something
[05:06] <avalanche123|h> txzookeeper==0.9.5
[05:06] <avalanche123|h> got this in pip freeze
[05:07] <imbrandon> k one moment
[05:07] <avalanche123|h> k
[05:08] <imbrandon>   system "sudo","/usr/bin/easy_install","txzookeeper","PyYAML", "txaws", "pydot","oauth"
[05:08] <imbrandon> yea no zkpython , let me see if its actually needed or somethign else
[05:08]  * imbrandon looks on lp
[05:08] <imbrandon> sorry it does work local and on a few others but i guess i'm missing a dep somewhere where
[05:08]  * imbrandon looks
[05:09] <imbrandon> i wish there was a pbuilder for brew
[05:09] <imbrandon> lol
[05:09] <avalanche123|h> heh
[05:09] <avalanche123|h> I'll try diggin
[05:09] <avalanche123|h> might end up with a pull request
[05:09] <imbrandon> sure thing
[05:10] <imbrandon> like i said i'll be here as well
[05:10] <imbrandon> i'm gussing thats what it is tho is the pythong zk glue isnt installed and i had it already or soemthign
[05:10] <imbrandon> if LP would ever load it should hvae the deps listed for my on the official linux deb page
[05:11] <imbrandon> btw undocumented but brew install --HEAD juju should pull right from bzr
[05:12] <imbrandon> tooo
[05:12] <imbrandon> fyi
[05:12] <imbrandon> for update
[05:15] <imbrandon> Build-Depends: debhelper (>= 7.0.50~), python, zookeeper, python-twisted, python-txzookeeper (>= 0.9.5~), python-txaws, python-yaml, python-pydot, python-apt, python-oauth, help2man
[05:15] <imbrandon> ok no need for help
[05:15] <imbrandon> oauth loisted dot listed
[05:15] <imbrandon> no apt needed
[05:15] <imbrandon> yaml good
[05:15] <imbrandon> yxaws good
[05:16] <imbrandon> txzookeeper versiion
[05:16] <imbrandon> Frak
[05:16] <imbrandon> oh wait you got 0.9.5
[05:16] <imbrandon> k
[05:16] <imbrandon> twisted is preinstalled in 10.5 +
[05:16] <imbrandon> zk is there
[05:17] <imbrandon> hum
[05:17] <imbrandon> avalanche123|h: can you try to launch it in a fresh shell
[05:17] <avalanche123|h> sec
[05:17] <imbrandon> k
[05:17] <avalanche123|h> same thin
[05:17] <imbrandon> kk
[05:18] <imbrandon> is zkpython in pip ? i cant rember
[05:18]  * imbrandon looks to see if i have that installed
[05:19] <avalanche123|h> looking at brew zookeeper formula, there is option to install with python and c bindings
[05:19] <imbrandon> ahh
[05:19] <avalanche123|h> by running brew install zookeeper --c --python
[05:19] <avalanche123|h> lemme try that
[05:19] <imbrandon> cruft ok
[05:19] <imbrandon> kk
[05:19] <imbrandon> wonder how mines workin then
[05:19] <imbrandon> lol
[05:19] <avalanche123|h> run brew info zookeeper
[05:20] <avalanche123|h> what does it say?
[05:20] <imbrandon> bholtsclaw@ares:~$ brew info zookeeper
[05:20] <imbrandon> zookeeper 3.4.3
[05:20] <imbrandon> http://zookeeper.apache.org/
[05:20] <imbrandon> /usr/local/Cellar/zookeeper/3.4.3 (191 files, 11M) *
[05:20] <imbrandon> https://github.com/mxcl/homebrew/commits/master/Library/Formula/zookeeper.rb
[05:20] <imbrandon> bholtsclaw@ares:~$
[05:21] <imbrandon> i bet your correct i just dont know how i got around it
[05:21] <imbrandon> but this install is been upgraded manny times from many diff macs
[05:21] <imbrandon> lol
[05:21] <imbrandon> i think it started life ina g3 ibook
[05:22] <imbrandon> i need to setup ci tests on commit , just havent took the time with release "comming" the last few days
[05:22] <avalanche123|h> haha,  gotcha
[05:22] <avalanche123|h> I still can't get python module
[05:23] <imbrandon> ok so
[05:23] <avalanche123|h> but I'm gonna try completely re-installing zookeeper now
[05:23] <avalanche123|h> maybe brew is messed up
[05:23] <imbrandon> this is hokey but now that it has them easy install the others again
[05:23] <avalanche123|h> sure thing
[05:23] <imbrandon> brb one sec, got hit the little boys room quickly
[05:24] <imbrandon> afk
[05:26] <imbrandon> btw way i planed on adding charm-tools and charmrunner to the brews too so not just now but anytime pull req are very much welcomed if i goof, still pretty new to brewin, old hat on the other side of the fence, funny i use osx for photoshop and Espresso.app traditionally so the last month with the role reverse its kinda funny ( been doing lots of css stuff in linux for a diff proj )
[05:27] <imbrandon> and prog etc etc on my ubuntu boxen :)
[05:28] <avalanche123|h> haha
[05:28] <avalanche123|h> totally
[05:28] <avalanche123|h> I'm just starting with juju
[05:28] <imbrandon> i dont really like that i cant pre-build it in a "clean" install tho like a chroot or pbuilder
[05:28] <avalanche123|h> yeah, no real packages on osx
[05:28] <imbrandon> yea i've been packaging debs for 6 or more yeas, not much on the osx side till lately
[05:29] <imbrandon> well fink is almost
[05:29] <imbrandon> fink actually uses .debs and dpkg and apt
[05:29] <imbrandon> but fink is a PAIN
[05:29] <avalanche123|h> heh
[05:29] <bkerensa> who knew label printing was easy in Ubuntu
[05:30] <imbrandon> but its about the closest, macports being like bsdports
[05:30] <imbrandon> heya bkerensa
[05:30] <imbrandon> but yea packing for fink is actually simple if your used to deb packages, essentiually the same
[05:31] <imbrandon> but installing fink for a "end user" sucks ass even for me
[05:31] <imbrandon> and i've done it 100000000 times
[05:31] <bkerensa> :D
[05:31] <imbrandon> thats why i think brew took off so well, its really a "lite" juju
[05:32]  * bkerensa is burning 250 12.04 cd's and and and.... wait for it... Testing each and every CD
[05:32] <bkerensa> :D
[05:32] <imbrandon> where it can do anythging
[05:32] <imbrandon> bkerensa: thats what the interns are for, like a blonde brunette and re^W^W^W^W ummmm yea
[05:34] <imbrandon> avalanche123|h: so yea if you like making brews tho you'll love juju , imagin me being able to install a brew from here onto your mac and then a second and have it on bk's mac and then they can talk to each other and config them self based on that talking
[05:34] <imbrandon> thats the lowdown
[05:34] <imbrandon> there is lots more to it but easy way to explain it to a brewer
[05:35] <avalanche123|h> yeah, I'm looking for a nice configuration management / services orchestration solution that's why exploring juju
[05:36] <avalanche123|h> can it run services in lxc's?
[05:36] <imbrandon> its still young, so expect bumps but nothing terrible
[05:36] <avalanche123|h> right, oss
[05:36] <imbrandon> yea there is one cactch with lxc tho
[05:36] <imbrandon> they dont persist reboots
[05:36] <imbrandon> heh
[05:36] <imbrandon> better off usein MAAS if you need a persistant local
[05:36] <imbrandon> more than just testing
[05:37] <imbrandon> avalanche123|h: yea not just oss tho , juju is moving very fast , its a good thing, i love it but yea
[05:37] <imbrandon> quick iteration and releases are the norm
[05:38] <avalanche123|h> right, totally undestood
[05:38] <imbrandon> like weekly or so it seems , not sure it will continue like that with 12.04 out
[05:38] <avalanche123|h> wow
[05:38] <imbrandon> but likely for a while untill 1.0
[05:38] <avalanche123|h> that's fast
[05:39] <imbrandon> yea and the guys ( and gals ? ) are religipous aobut ttd and stuff
[05:39] <imbrandon> so never much breakage, just once in a while backwards compat stuff is iffy
[05:40] <avalanche123|h> that sounds awesome
[05:40]  * imbrandon is a ubuntu core dev but not a juju dev , i only make charms like your starting to do and happend to package the brew app since i seem to be the token Mac guys arround :)
[05:40] <imbrandon> just fyi
[05:40] <avalanche123|h> haha, got it
[05:41] <imbrandon> same with bkerensa here, infact he just won the last charm contest
[05:41] <imbrandon> i'm determined to win this one, well one of the 3
[05:41] <imbrandon> ;)
[05:41] <bkerensa> imbrandon: and if I win this one coming up well hot damn I will be the new juju evangelist everday
[05:41] <bkerensa> :D
[05:42] <imbrandon> heh , psudo am anyhow, just not a great evanglist
[05:42] <imbrandon> lol
[05:44] <avalanche123|h> :)
[05:46] <SpamapS> bkerensa: you ready to join ~charmers yet btw?
[05:47] <SpamapS> bkerensa: I would normally say if you have two charms promulgated, you're pretty much ready.
[05:50] <jcastro> let's wait until UDS and make up some silly ceremony
[05:50] <jcastro> involving beer
[05:50] <jcastro> (just throwing that out there)
[05:52] <bkerensa> SpamapS: I need to push openphoto maybe monday or tues for u took peek at
[05:53] <SpamapS> jcastro: saki bombs for all new ~charmers!
[05:53] <SpamapS> bkerensa: cool. I would be seriously grateful for another pair of eyes to look at charms as they come in.
[05:53]  * SpamapS notes that he has *4* submitted for review.
[05:53] <SpamapS> and ELB as a subordinate is about to drop as well. :)
[05:54] <bkerensa> saki bombs?
[05:54] <bkerensa> jcastro: Q: can we byob to UDS?
[05:54] <bkerensa> :D
[05:54] <jcastro> hmm, we need to whine about reviews tomorrow
[05:54]  * bkerensa noticed photos showing bottles of liquor at previous UDSes
[05:54] <bkerensa> :d
[05:54] <bkerensa> like at tables
[05:54] <bkerensa> :D
[05:55] <SpamapS> bkerensa: after sessions, if you don't go find beer, beer will usually find you
[05:55] <SpamapS> and frankly... in Oak town.. you want to do your own beer finding. :)
[05:55] <imbrandon> bkerensa: you need a strong liver for uds
[05:56] <imbrandon> you have to porepare all yea
[05:56] <imbrandon> r
[05:56] <imbrandon> SpamapS: hahaha
[05:57] <bkerensa> SpamapS: I lived in Bay Area for a few years
[05:57] <bkerensa> ;p
[05:57] <imbrandon> SpamapS: i was thinking about trying to find that damn kereoke bar with mrs two teeth in it and dragging all to it, there was some kiler sushi accross the screet too
[05:57] <bkerensa> Oak Town is not my fave :P
[05:58] <imbrandon> but it is on the other side of the bay
[05:58] <bkerensa> imbrandon: dude in chinatown sf they have asian karoke
[05:58] <bkerensa> :D
[05:58] <bkerensa> funny as hell
[05:58] <bkerensa> :D
[05:58] <imbrandon> hahah
[05:58] <imbrandon> there is a story bhind the other and it ended with jono dancing with a bottle of beer
[05:58] <imbrandon> on camera
[05:58] <imbrandon> no less
[05:58] <imbrandon> :)
[05:59] <bkerensa> SpamapS: http://i.imgur.com/3SdUp.jpg
[05:59] <bkerensa> ;p
[05:59] <SpamapS> http://tu-349002179.us-west-2.elb.amazonaws.com/
[05:59] <imbrandon> fairly certain jcastro was there too, i know kenethwimher was and oh hell simon and all of us
[05:59] <SpamapS> ELB controlled thinkup
[05:59] <SpamapS> (haven't related mysql yet ;)
[05:59] <jcastro> what? no spdy?
[06:00] <imbrandon> jcastro: we doing elb so we have 5x the 37mill numbers from nginx
[06:00] <imbrandon> :)
[06:00] <SpamapS> jcastro: you sir, are eeevil ;)
[06:00] <imbrandon> thirty seven frakin milllion
[06:00] <jcastro> it's just one more relation!
[06:00] <bkerensa> If I win XPS I will donate my Dell 14z to Partimus
[06:00] <bkerensa> :D
[06:01] <bkerensa> which is only a few months old itself
[06:01] <imbrandon> Partmius ?
[06:01] <bkerensa> partimus.org they setup nix boxes in the bay area for non profits and schools etc
[06:01] <bkerensa> pleia2 and a few Ubuntu CA folk are on the board
[06:01] <bkerensa> :D
[06:02] <imbrandon> ahhh nice, in that case i'll bring the older of my two macbooks and make the same deal, if i win one i'll donate it
[06:02] <imbrandon> :)
[06:02] <imbrandon> sounds like a great cause
[06:02] <imbrandon> and its not a terrible macbook, its the white one before the unibodys
[06:02] <imbrandon> intell core 2 duo 2gb ram
[06:03] <imbrandon> not a speed demon but good to ssh and surf
[06:03] <bkerensa> :D
[06:03] <bkerensa> jcastro: we should instantly win ^ for our charitable natures
[06:03] <bkerensa> :P
[06:03] <imbrandon> lol
[06:03] <imbrandon> nah
[06:03] <bkerensa> heh
[06:03] <bkerensa> I would actually trade a XPS for a old macbook LOL
[06:03] <bkerensa> :D
[06:04] <bkerensa> ok time to get cracking on charms
[06:04] <bkerensa> energy drinks ready
[06:04] <bkerensa> :D
[06:04] <imbrandon> well if i DONT win i'll trade ya, honestly that one is my beater i take on things like this incse it dont make the trip
[06:04]  * bkerensa is going to work till 2am (its 11:04pm now)
[06:04] <bkerensa> imbrandon: which one is it?
[06:04] <imbrandon> i mean its not tore up or anythign but you know what i mean, stickers everywhere , 4 gens old
[06:04] <bkerensa> the brushed metal one
[06:04] <imbrandon> etc
[06:04] <imbrandon> a1181
[06:04] <bkerensa> or the ugly white ones
[06:05] <imbrandon> is the model, white
[06:05] <bkerensa> hmm
[06:05] <bkerensa> yeah I want a brush metal one :D
[06:05] <imbrandon> http://www.everymac.com/systems/apple/macbook/specs/macbook-core-2-duo-1.83-13-specs.html
[06:05] <imbrandon> its that one
[06:06] <imbrandon> i have a 17inch mbp i use for work/contract and then my mini
[06:06] <imbrandon> and i use that white one for camping trips and uds
[06:06] <imbrandon> and stuff like that
[06:06] <imbrandon> where it might not make it home
[06:06] <imbrandon> ;)
[06:07] <imbrandon> but yea aside from being not the uber latest and i'm spiled its honestly a great machine for someone
[06:07] <imbrandon> spoiled*
[06:08] <imbrandon> and really if it had a display port and not mini vga
[06:08] <imbrandon> i would use it more
[06:08] <imbrandon> but i need screens
[06:08] <imbrandon> when sitting at a desk, even with a lappy
[06:09] <imbrandon> mbp has thunderbot == 3 dvi off one port :)
[06:09] <imbrandon> more if i was not so $$ cheap
[06:10] <imbrandon> ok SpamapS and jcastro and bkerensa yall are whitness to me saying that , hold me to it, but i'm not gonna bring it up again cuz i dont want anyone thinking i am trying to bribe a win
[06:10] <imbrandon> :)
[06:11] <bkerensa> :D
[06:11] <bkerensa> imbrandon: is it possible to piggy back on another charm?
[06:11] <bkerensa> like deploy apache ?
[06:12] <imbrandon> you mean a sub
[06:12] <imbrandon> sure
[06:12] <imbrandon> ots got to be designed that way but there isnt much to the "design"
[06:12] <imbrandon> SpamapS: is the current expert on it but i can fumble threw one atm
[06:13] <imbrandon> jcastro: whom has control over the charms import into github nightly
[06:13] <imbrandon> like where is the script that the cron runs
[06:13] <imbrandon> heh, it has the old url in the descriptions
[06:13] <imbrandon> http://charms.kapilt.com/charms/oneiric/haproxy
[06:13] <imbrandon> etc etc
[06:14] <jcastro> m_3 runs the github import stuff
[06:15] <imbrandon> kk
[06:15] <imbrandon> i'll prod him next time i think about it
[06:15] <SpamapS> bkerensa: you probably want the new 'subordinate' charm type.
[06:15] <bkerensa> >.<
[06:15] <imbrandon> k back to charming for me for a lil while
[06:15] <bkerensa> screw it I will just write it all
[06:15] <bkerensa> :P
[06:28] <SpamapS> hrm.. so this kind of sucks.. if I make ELB a subordinate.. we never get the 'stop' hook called so there's no simple way to know that the other nodes have left.
[06:28] <SpamapS> Perhaps a peer relation.. hm
[06:33] <imbrandon> yea a peer-relation so ip can be both added and removed
[06:33] <imbrandon> i'd like that better than start stop anyhow
[06:34] <SpamapS> well the issue is that the subordinates run on the same box as the "remote" unit
[06:34] <SpamapS> so.. its a bit tricky
[06:34] <imbrandon> right , so check the service type too ? heh
[06:34] <imbrandon> lol
[06:35] <imbrandon> too bad subs got to be all at the same level, i can imaging some nice trees that would mimic inheritance
[06:35] <imbrandon> visually if dran
[06:35] <imbrandon> drawn
[06:35] <imbrandon> or cacade maybe is better word
[06:35] <imbrandon> cascade
[06:35] <SpamapS> yeah
[06:35] <SpamapS> I think we'll have to make that a reality at some point
[06:35] <SpamapS> subs of subs
[06:35] <imbrandon> yea
[06:35] <SpamapS> we can call that middle-management
[06:35] <imbrandon> :)
[06:36] <avalanche123|h> imbrandon any idea what ERROR Could not find any .pem files. means?
[06:36] <avalanche123|h> I get this when running juju boostrap
[06:36] <imbrandon> hrm
[06:36] <imbrandon> its not finding your ssh key
[06:36] <SpamapS> .pem?
[06:36] <imbrandon> so its not likely setup int env y file to point to your auth_keys
[06:37] <imbrandon> SpamapS: yea osx mixes em
[06:37] <avalanche123|h> hmm, I must be missing some init steps, where can I read about this?
[06:37] <avalanche123|h> I could put it in the formula for the future I guess
[06:38] <imbrandon> ava please do if its part of the install
[06:38] <imbrandon> but i would not addd bootstrap stuf in there
[06:38] <imbrandon> can you run
[06:39] <imbrandon> whatever juju cmd you was doing | tee pbcopy
[06:39] <imbrandon> then pastebinti
[06:39] <imbrandon> err pastbinit
[06:40] <avalanche123|h> don't have pastbinit
[06:40] <imbrandon> also might open a second term tab ( cmd t ) and keep juju debug-log , going for now
[06:40] <imbrandon> ava thats what pbcopy is
[06:40] <imbrandon> its built into osx
[06:40] <avalanche123|h> gotcha
[06:40] <imbrandon> it will copy the ourtput to you clipboard
[06:41] <imbrandon> also might open a second term tab ( cmd t ) and keep juju debug-log , going for now
[06:41] <imbrandon> and watch as you run things ( it will lag a few  behind and seem "stuck" for 30ish sec or more sometimes in the debug log
[06:41] <imbrandon> just ewait for it
[06:42] <avalanche123|h> https://gist.github.com/c607887c23c8b9742cdd
[06:42] <avalanche123|h> when I rub debug-log
[06:42] <imbrandon> now as far as whatever those output , SpamapS can proibably help ya better then
[06:42]  * imbrandon looks
[06:42] <avalanche123|h> *run
[06:43] <imbrandon> hrm
[06:43] <imbrandon> oh
[06:43] <imbrandon> same issue
[06:43] <avalanche123|h> yeah
[06:43] <imbrandon> it cant find your priv ssh key
[06:43] <imbrandon> eg your env.y is wrong
[06:43] <imbrandon> likely
[06:43] <avalanche123|h> which is just ~/.ssh.id_rsa
[06:44] <avalanche123|h> ~/.ssh/id_rsa
[06:44] <imbrandon> right and is that listed in ~/.ssh/authorized_keys
[06:44] <imbrandon> ?
[06:44] <avalanche123|h> heh, I don't have that set up
[06:44] <avalanche123|h> ~/.ssh/authorized_keys doesn't exist
[06:45] <imbrandon> heh ok make sure its listed there and then in the env,y make sure authorized-keys-path: ~/.ssh/authorized_keys
[06:45] <imbrandon> then bootstrap the env
[06:46] <imbrandon> and it will have your key copied and work at that point
[06:46] <avalanche123|h> kk
[06:47] <imbrandon> SpamapS: every time ssh complains on mac about it wanting a .pem file its the priv key, and some priv keys are .pems for vertain programs like cyberduck needs it like that
[06:47] <imbrandon> the keygennon osx makes both most of the time default
[06:47] <imbrandon> iirc
[06:47] <imbrandon> but the error only ever says one
[06:47] <imbrandon> and its confusing as shit
[06:47] <SpamapS> weird
[06:48] <imbrandon> SpamapS: http://paste.ubuntu.com/949112/
[06:49] <imbrandon> see i only got one
[06:49] <imbrandon> and man i need to clean those up
[06:49] <imbrandon> ugh
[06:49] <imbrandon> and no idea what those .keystore ones are but likel;y another mac thing
[06:50] <imbrandon> oh no there is two .pem's in there id_rsa.pem and<EMAIL_ADDRESS>[06:50] <avalanche123|h> I run cat ~/.ssh/id_rsa.pub > ~/.ssh/authorized_keys
[06:50] <imbrandon> just missed one
[06:50] <avalanche123|h> still same issue
[06:51] <imbrandon> did you re bootstrap
[06:51] <imbrandon> the env after
[06:51] <avalanche123|h> ah
[06:51] <imbrandon> it needs to ahve the pub key in the bootstrapped env
[06:51] <imbrandon> so you can ssh in and run juju stuff
[06:51] <imbrandon> or nadda works
[06:51] <imbrandon> :)
[06:51] <avalanche123|h> would opening a new shell do that?
[06:52] <imbrandon> and with that i'll be right back
[06:52] <imbrandon> no
[06:52] <imbrandon> juju bootstrap
[06:52] <imbrandon> , it makes the first "control" nde
[06:52] <avalanche123|h> that fails because it can;t find key
[06:52] <imbrandon> mode*
[06:52] <imbrandon> that one dont need a key
[06:52] <imbrandon> well it does
[06:52] <imbrandon> but it needs the auth
[06:52] <imbrandon> you just setup
[06:53] <imbrandon> the pubkey
[06:53] <imbrandon> make sure authorized-keys-path: ~/.ssh/authorized_keys
[06:53] <imbrandon> is in your env.y before you bootstrap
[06:55] <imbrandon> ok i got to be afk a few, SpamapS or bkerensa should be arround if you still need more, at this point you should not have any more specific osx problems
[06:55] <imbrandon> your past all that
[06:55] <imbrandon> brb
[06:55] <avalanche123|h> thanks a lot
[06:55] <imbrandon> np
[06:56]  * SpamapS doesn't like helping other dudes w/ their osx-y problems, but if he must.. he will take one for the team. :)
[06:56]  * bkerensa dances
[06:56] <imbrandon> SpamapS: promis, as long as bootstrap there works , then its golden, just a matter of knowing what order to run stuff in
[06:56] <bkerensa> https://code.launchpad.net/~bkerensa/charms/precise/locker/trunk <- jcastro Y CAN HAZ
[06:57]  * bkerensa goes on to pinry
[06:57] <imbrandon> cuz i used it on like 10 omg dep[loyds
[06:57] <imbrandon>  deploys*
[06:57] <imbrandon> and near every command
[07:01] <SpamapS> http://tu-349002179.us-west-2.elb.amazonaws.com/ ...
[07:01] <SpamapS> two instances
[07:02] <SpamapS> <IP_ADDRESS> - - [27/Apr/2012:07:02:30 +0000] "GET /assets/img/favicon_googleplus.png HTTP/1.1" 304 186 "http://tu-349002179.us-west-2.elb.amazonaws.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/536.9 (KHTML, like Gecko) Chrome/20.0.1115.1 Safari/536.9"
[07:02] <SpamapS> mac users
[07:06] <imbrandon> hey teh modern internets was made on that OS
[07:06] <imbrandon> maybe fore it was called Mac OS X but still :)
[07:07] <SpamapS> ok, so I'm sieging that url.. both instances are CPU bound
[07:07] <imbrandon> was still NeXT then on Tim Burns Lee or showever its spelled
[07:07] <imbrandon> nice
[07:07] <SpamapS> adding another one
[07:08] <imbrandon> here ina  bit i'll have ya try ti on 2 or 3 of my nginx boxen
[07:08] <bkerensa> exploding wax
[07:08] <imbrandon> and see how many thousand we can all toss at it
[07:09] <SpamapS> heh.. sucks to use the amazon EC2 tools.. because they need java :-P
[07:09] <SpamapS> I wonder if boto has grown elb yet
[07:09] <imbrandon> threre is a rest api
[07:09] <imbrandon> curl it
[07:10] <SpamapS> I'm eh-scared :)
[07:10] <imbrandon> heh
[07:10] <SpamapS> also wouldn't that mean I'd need a CERT, precluding use of IAM ?
[07:10] <SpamapS> or is that the SOAP?
[07:10] <imbrandon> dont be scared lil boy there nice shaggy carpet back there in the back .... of the van
[07:10] <SpamapS> I can never remember
[07:11] <imbrandon> well not precluding the use of it
[07:11] <imbrandon> but yea
[07:11] <imbrandon> you can use the cert or 509 or keypair or pass or
[07:11] <imbrandon> ummm one more
[07:11] <imbrandon> oh mfa
[07:11] <imbrandon> with iam
[07:12] <SpamapS> the keypair requires all that HMAC magic tho
[07:12] <imbrandon> and yea soap needs 509, rest uses header with the aws keys
[07:12] <imbrandon> nah the example code uses wget and the does -D for data
[07:12] <imbrandon> and plain txt keys
[07:12] <imbrandon> etc
[07:13] <imbrandon> or maybe curl and -d but still
[07:13] <imbrandon> one of the two
[07:13] <SpamapS> and, hooray, 3rd node joins, boxes drop to load of 0.5
[07:13] <SpamapS> takes a while tho
[07:13] <imbrandon> stickey sessions
[07:13] <SpamapS> I'm not using those
[07:13] <imbrandon> oh
[07:13] <SpamapS> because I think they're *silly*
[07:13] <imbrandon> hrm
[07:14] <SpamapS> no I mean from add-unit to unit being ready..
[07:14] <imbrandon> they may be silly but saved my asss more than once without any new code
[07:14] <SpamapS> took about 1 minute for amazon to do its thing
[07:14] <imbrandon> oh yea
[07:14] <imbrandon> that always takes a long time to me
[07:14] <SpamapS> then another 3 to get everything installed
[07:14] <imbrandon> i thought it was just part of juju
[07:15] <imbrandon> heh i kick off the scripts from bootstrap to expose as one long chain cmd
[07:15] <imbrandon> and it comes bacl to promt
[07:15] <imbrandon> but then its 40ish min
[07:15] <imbrandon> beofre they are all ready
[07:15] <imbrandon> on omg
[07:15] <SpamapS> well thats because there's a 20 minute DB restore
[07:15] <SpamapS> because mysqldump *SUCKS*
[07:15] <imbrandon> nah i watched thats like 30 sec
[07:16] <SpamapS> no, what?
[07:16] <imbrandon> the db is only 74mb now
[07:16] <imbrandon> we trimed it
[07:16] <SpamapS> Oh haha was it like, every user from back when they did comments?
[07:16] <imbrandon> there was tons of extra crap in there
[07:16] <imbrandon> yera and 40k play drafs
[07:16] <imbrandon> and more
[07:16] <imbrandon> plus*
[07:16] <imbrandon> oh
[07:17] <imbrandon> not just back when they did em
[07:17] <imbrandon> fksin discus was
[07:17] <imbrandon> doing it in js
[07:17] <imbrandon> then posting it to the wo
[07:17] <imbrandon> wo*
[07:17] <imbrandon> wp*
[07:17] <imbrandon> so it would clear the cahe on us
[07:17] <imbrandon> i was like gah
[07:17] <imbrandon> turn that crap off
[07:18] <imbrandon> yea so double of ALL comments old and new
[07:18] <SpamapS> imbrandon: you falling asleep?
[07:18] <imbrandon> and each time it deployed discus would "sync " and more than double the comments
[07:18] <SpamapS> missing quite a few letters :)
[07:19] <imbrandon> yea  and i really need to get this other fished so i'ma ignore chat a bit ;)
[07:19] <imbrandon> but yea its 74mb now, heh
[07:19] <imbrandon> quite nice
[07:19] <bkerensa> SpamapS: you want to review :D  Locker? :P
[07:21] <SpamapS> well the good news is the departed hook is called when subordinate units are removed
[07:21] <SpamapS> so ELB can scale up/down properly
[07:22] <imbrandon> nice, cant wait to try it here in a bit
[07:23] <SpamapS> only real trouble is that its hard to know when it is ok to delete the ELB fully
[07:23] <SpamapS> its also really hard to know when its ok to add/remove availability zones
[07:23] <SpamapS> but I err on the side of enabling them
[07:23] <imbrandon> so dont, only do it on config chang and make an option
[07:24] <SpamapS> imbrandon: yeah perhaps we don't need to be super automatic on that
[07:24] <imbrandon> yea its just cleanup
[07:24] <SpamapS> imbrandon: problem is juju is kind of random about AZ's unless you specify it as a constraint.
[07:24] <imbrandon> juju leaves aton of that crap now anyhow
[07:24] <SpamapS> which I think we need to work out
[07:25] <SpamapS> I should be able to set a constraint on a service like 'ec2-zone: a,b,c,d' and have it balance the service accross them
[07:25] <imbrandon> oh yea i think thats a bug imho
[07:25] <imbrandon> erm well yea but multi zone elb is mucho $$ per hr
[07:26] <SpamapS> is it?
[07:26] <SpamapS> like how much more?
[07:26] <imbrandon> yea like 4x
[07:26] <SpamapS> oh suck
[07:26] <SpamapS> Ok I'll just register it in the first AZ and print in debug log where it ended up
[07:26] <imbrandon> gotta see a man about a horse, afk
[07:26] <SpamapS> and encourage use of ec2-zone in the README
[07:27] <imbrandon> yea sounds sane
[07:27] <imbrandon> for noe
[07:27] <imbrandon> now*
[07:27] <imbrandon> i can be iterated through too if we thing about a nother way once it s in real use somewhrere too
[07:27] <imbrandon> a few places
[07:28] <imbrandon> etc
[07:28] <imbrandon> hell thats how the others get so good
[07:28] <imbrandon> is actual use
[07:28] <imbrandon> imho
[07:31] <bkerensa> yay yet another e-mail address :P
[09:43] <dpkingma> Good friday world!
[09:45] <dpkingma> Hello #juju! Does anyone have a Juju Charm for MongoDB 2.0+ ?
[10:01] <bkerensa> dpkingma: http://jujucharms.com/charms/precise/mongodb
[10:01] <bkerensa> is 2.0+
[10:02] <dpkingma> bkerensa: thanks!
[10:40] <dpkingma> Hi again! Can anyone link to information on how to deploy with juju on my own OpenStack cloud? Can't find much info on that...
[12:05] <bobweaver> Hello there all again I was just looking over open week and am not seeing anything for juju. are you all not doing anything for it ?
[12:13] <phschwartz> When an add-unit is called, is the <rel>-relation-changed run on every unit in the given relation? or only on the new node?
[13:09] <phschwartz> should relation-list fail on a node launched by juju?
[13:15] <jamespage> phschwartz, https://juju.ubuntu.com/docs/charm.html#hooks has a good explanation of which relation hooks fire when
[13:15] <jamespage> and relation-list only works in the context of a relation hook
[13:16] <phschwartz> hmm, from my changed hook, it fails to output anything. But I am seeing from the joined that the relation was set.
[13:16] <phschwartz> Any change if I do a paste of the log you can take a look for me and see if you can point me in the right direction?
[13:18] <jamespage> phschwartz, sure - can I see your charm as well?  that would help
[13:19] <phschwartz> All of it or just the changed and joined? the charm works to start a single node fine. But fails when there is a join.
[13:19] <phschwartz> Here is the log snip. http://paste2.org/p/1997476
[13:21] <phschwartz> And probally easier for you to see the base charm which I have been trying to figure out why it fails on add-unit.
[13:21] <phschwartz> https://code.launchpad.net/~negronjl/+junk/hpcc
[13:21] <phschwartz> That is a link to it in Juan Negron's repo on LP.
[13:33] <jamespage> phschwartz, ugh - so you are seeing issue trying to scale out?
[13:34] <jamespage> I suspect that the bit of code in hpcc-cluster-relation-joined which determines the netAddress does not work that well
[13:35] <jamespage> phschwartz, that charm needs updating to use the private-address stuff provided by juju rather than trying to figure it out itself.
[13:36] <jamespage> i.e. relation-get private-address $MEMBER
[13:38] <hazmat> phschwartz, when add-unit is called, every other unit will get joined & changed event for the new unit. the new unit added will get a joined/changed for all the other units.. assuming a peer relation.
[13:39] <phschwartz> I was thinking that, but if you look at the pastebi, it looks like the relation-set is being called correctly.
[13:39] <phschwartz> relation-set name=ec2-23-20-114-5.compute-1.amazonaws.com netAddress=<IP_ADDRESS>
[13:39] <phschwartz> relation-set name=ec2-23-20-152-190.compute-1.amazonaws.com netAddress=<IP_ADDRESS>
[13:40] <hazmat> the other problem with that charm is that it never removes entries from that list
[13:40] <hazmat> the ip temp stuff
[13:40] <hazmat> negronjl, ping ^ hpcc
[13:40] <phschwartz> it is far from complete. Only a start of the charm I have been working towards with Juan.
[13:40] <hazmat> jamespage, it is using the private-address stuff just resolving it as well to ip from dns entry
[13:41] <jamespage> hazmat, thats not terrible reliable tho
[13:41] <phschwartz> Is the Flush of values for the hook correct? All of the settings changed are saying (was unset).
[13:42] <hazmat> phschwartz, the values are automatically flushed if the hook exists successfully (exitcode 0)
[13:42] <phschwartz> ok, so that is fine. Now just not sure why it seems like that changed hook is not seeing them.
[13:46] <hazmat> phschwartz, the change hook isn't seeing what?
[13:47] <phschwartz> returns from relation-list
[13:47] <hazmat> phschwartz, the change hook may be executed multiple times for a single unit.. ie if the unit changes its setting
[13:48] <hazmat> phschwartz, we have this alias expansion going on to make things a bit easier.. ie. a join always is accompanied by a change hook.. but if the unit does actually change its settings, a subsequent change hook will be invoked for it on the related units
[13:49] <phschwartz> In the logs I see each run of the changed hook and I did a juju-log "IP: ${UNIT_ADDRESS}" for the address I should get with UNIT_ADDRESS=`relation-get netAddress ${MEMBER}`
[13:49] <phschwartz> But I see an error that ${MEMBER} is undefined and because of that I never get the address.
[13:50] <phschwartz> This is done for UNIT in `relation-list`; do
[13:58] <hazmat> phschwartz, that's what i'm saying though.. the change hook will be executed subsequently with the value, because of the alias expansion it doesn't nesc have that value because its join hook hasn't executed
[13:59] <phschwartz> The errors for it are when the changed runs after the join in the logs.
[13:59] <phschwartz> I doubt that it is logging out of order.
[14:05] <m_3> imbrandon: github.com/charms all have precise links now... need to decide how to handle multiple series there, but at least they're correct for the moment
[14:12] <jimbaker> jamespage, you can now use relation-list outside of a relation hook if you specify -r RELATION_ID
[14:13] <jimbaker> so you just need to know the relation ids. $JUJU_RELATION_ID is specified for relation hooks; and you can use relation-ids RELATION_NAME to get a list of relation ids for that name
[14:24]  * jamespage stands corrected
[14:24] <jamespage> I'd not realised that had landed
[14:27] <jamespage> jimbaker, nice
[14:29] <jimbaker> jamespage, i still need to update the docs - right now, it's just in the specs
[14:29] <jamespage> jimbaker, right-oh
[14:30] <jamespage> phschwartz, re-looking at the hook - MEMBER should be UNIT or vica verse
[14:33] <phschwartz> I will try swapping them around. That and I am going to go on the nodes and try the relation-list with the -r ID to see if I can figure out what the return is and why it is failing
[14:33] <jamespage> phschwartz, they need to be one or the other - not both :-)
[14:33] <phschwartz> oh. That might be the issue. Which is the prefered UNIT or MEMBER?
[14:34] <jamespage> phschwartz, for UNIT in `relation-list`places each unit name in UNIT in turn
[14:34] <jamespage> but MEMBER is then used to get the netAddress
[14:35] <jamespage> so its up to the hook but I would use UNIT
[14:35] <phschwartz> so I should be using for MEMBER in `relation-list` and then place MEMBER in netAddress
[14:38] <jamespage> phschwartz, something like http://paste.ubuntu.com/949906/
[14:38] <jamespage> which deals with hazmats point that netAddress might not be set at the point that the changed hook runs
[14:39] <phschwartz> hmm, that would be an issue for me. I need it set or the program run below will not work correctly.
[14:39] <jamespage> phschwartz, note that I can't type ADDRESS
[14:39] <phschwartz> lol
[14:39] <hazmat> phschwartz, it will be called again when the address is set
[14:39] <phschwartz> ok, let me try that and see what happens
[14:39] <hazmat> and lines 15/16 could be put inside of the conditional block
[14:40] <jamespage> that would be a good idea
[14:40] <jamespage> phschwartz, the point is that it will eventually get the right information  -changed will fire multiple times
[14:41] <phschwartz> Would that loop only return 1 ip or will it loop more then once and place all ip's from the relation in the file.
[14:41] <jamespage> hazmat, thats why if possible I normally use relation-get private-address $UNIT - I believe that is implicitly set
[14:41] <phschwartz> The reason I ask is I need the full list of ip's, not just one.
[14:42] <hazmat> jamespage, yup.. that is always set
[14:42] <jamespage> phschwartz, that loop will populate the list of ip's with all the related units that have set a 'netAddress' in their -joined hook
[14:42] <phschwartz> ok, good. That is what I want.
[14:42] <jcastro> jamespage: m_3 marcoceppi nijaba lynxman- : clint has like 4 charms he's submitted that need reviews
[14:42] <jcastro> https://bugs.launchpad.net/charm/+bugs?field.tag=new-charm
[14:43] <jamespage> jcastro, good - I need a break from bug triage
[14:43] <jcastro> I think clint is a subordinates fan!
[14:43] <jcastro> https://bugs.launchpad.net/charms/+bug/977552
[14:43] <_mup_> Bug #977552: Charm Needed: Terraria server <new-charm> <Juju Charms Collection:Confirmed for h5-chuck-9o> < https://launchpad.net/bugs/977552 >
[14:43] <jamespage> I'll take munini-node
[14:43] <jcastro> if someone wants to do that one he's  been waiting all month ^^
[14:44] <jcastro> hmmm, we'll need to figure out a better github workflow at UDS
[14:45] <jamespage> jcastro, I also want a 'review-charm BUGNUMBER' tool
[14:47] <jamespage> jcastro, I'll take a look at that one as well
[14:49] <jamespage> I'm starting to really appreciate subordinates
[14:49]  * jamespage wonders if m_3 is going todo ganglia as one soon (or whether I should jump in :-))
[14:51] <m_3> jcastro: will catch up on reviews when testing is updated for precise and ec2
[14:52] <jcastro> ooh, I missed shelr.tv being promulgated
[14:52] <m_3> jamespage: by all means... the primary ganglia charm needs to use the packages in the repo, not the ppa BTW
[14:52] <jcastro> http://jujucharms.com/charms/precise/shelr.tv <--- really awesome service
[14:52] <jamespage> m_3, yeah - I spotted that - I'll take a sweep through ganglia next week then
[14:53] <m_3> there's a whole slew of subs that can be written now
[14:53] <jcastro> jamespage: oh hey, jenkins needs a readme too, I'd like to ask the QA team to start using it
[14:53] <jamespage> m_3, I want to try some stuff with the hadoop charm and subordinates so that both ganglia and hadoop send information to the ganglia master....
[14:53] <jamespage> jcastro, so does zookeeper
[14:53] <jcastro> they are currently not using juju for jenkins and I'd like to change that
[14:54] <jamespage> jcastro, historical....
[14:54] <m_3> jcastro: I'll start with the terraria review
[14:54] <jcastro> yeah, they're keen on doing it
[14:54] <jcastro> they were just waiting for you know, us to ship, heh
[14:54] <phschwartz> jamespage: just did an add-unit so will let you know if that change worked.
[14:55] <m_3> jamespage: yeah, hadoop's a tough call on that one... there's builtin ganglia integration... but we still need a ganglia-node sub in general tho
[14:56] <jamespage> m_3, yeah - but I'd like to faciliate that through either the subordinate OR directly with the ganglia master
[14:56] <m_3> yes, great idea.. config options
[14:56] <jamespage> its working direct in the current charm with your generic hook and some reconfig of hadoop
[14:57] <m_3> I guess it's really a config option to enable the builtin integration.... the sub would be ignorant of that... perhaps they'd even need to work if _both_ were accidentally enabled
[14:57] <jamespage> m_3: gonna scratch my head about that next week
[14:57] <jamespage> 1600 on a Friday is not a good time todo that kinda thinking :-)
[14:58] <m_3> jamespage: the current hook is not using the hadoop builtin integration though... I'd imagine that'd potentially have more instrumented stuff... dunno though
[14:58] <m_3> ha! yes
[14:58] <jamespage> m_3, the new one for precise does
[14:58] <m_3> cool
[14:58] <jamespage> its a bit nasty cause you have to restart the hadoop daemons to get it to start sending metric....
[14:59] <m_3> dang
[14:59]  * m_3 still don't have a good feel for ramifications of service restarts on data integrity
[15:00] <m_3> seems like there'd have to be some serious sequencing going on if you're using a lot of different bigtop components
[15:01] <hazmat> gmb, ping
[15:01] <gmb> hazmat: Hi
[15:01] <jamespage> m_3: yeah - I need some sort of super-orchestrator
[15:01] <hazmat> hi gmb i just wanted to followup on the lp installs taking a while.. i was trying to understand what the slow points are
[15:02] <hazmat> gmb, gary_poster had mentioned you had tried to stuff some of the bits into s3, but it was too slow to download?
[15:02] <gmb> hazmat, Yes.  More if we're installing lxc and creating containers...
[15:03] <hazmat> gmb, that's probably the best solution, so i'm trying to understand what's slwo about them?
[15:03] <gmb> hazmat, Lots of stuff. We have to:
[15:03] <gmb> Install build deps.
[15:03] <gmb> Grab the source
[15:04] <gmb> Build all the sdists (there are a lot)
[15:04] <gmb> Build mailman (takes ages, don't know why)
[15:04] <gmb> Build WADL for the API (also takes ages)
[15:04] <gmb> Create the sample DB (shorter than it used to be, so maybe not a big issue any more)
[15:05] <gary_poster> checking out the branch alone takes awhile :-/
[15:05] <hazmat> gmb, could you see a src tarball onto s3?
[15:05] <hazmat> s/seed
[15:06] <niemeyer> gmb, gary_poster: If you're happy with a snapshot, you may as well snapshot that procedure by uploading the final state onto S3
[15:07] <gary_poster> gmb, didn't you determine that S3 itself was not as snappy as you liked?
[15:07] <gmb> hazmat, niemeyer: Trouble is, the tarball would be in the order of 1.5G once everything is built. And as gary_poster said, s3 was pretty damn sluggish.
[15:07] <niemeyer> There are huge pipes between S3 and EC2
[15:07] <gmb> Maybe they were clogged.
[15:07] <gary_poster> heh
[15:07] <hazmat> gmb, you should be parallel download from s3
[15:08] <hazmat> er. able to
[15:08] <niemeyer> gmb: I was transferring 8GB just the other day.. it doesn't feel bad at all
[15:09] <gmb> niemeyer, Oh. In that case my experience was not representative. However, I don't have time to try it all over again today. I'll give it another shot when I'm in Oakland, since I'm going to have to re-do things on us-west-1 anyway.
[15:09] <niemeyer> gmb: Cool, please ping me if you'd like someone to be brainstorming this with
[15:10] <niemeyer> gmb: Will be there as well
[15:10] <gmb> niemeyer, Will do, thanks.
[15:10] <gmb> Excellent. There may be questions, then :)
[15:11] <gary_poster> niemeyer, gmb, we'd like speed reliability, so while a single experience of slowness might not be representative, it is worrisome: if people are unable to participate in the hack session after 10 or 15 minutes, the value is gone IIUC
[15:12] <gmb> Yes, exactly. But the only way to really decide is to stress-test it, I guess :)
[15:16] <niemeyer> gary_poster: There's no such thing as speed reliability when talking about shared ip networks.. that said, there are huge pipes between S3 and EC2.. if these pipes are not enough, I'm not even sure that image snapshots would help.. there's still transference going on to get image snapshots into place.
[15:18] <niemeyer> gary_poster: There are other possibilities too, like EBS, etc
[15:21] <gary_poster> ack about no complete speed reliability, niemeyer, and about transference to get image snapshots into place.  I believe the image transference is cached in a way that S3 is not, but I could very well be wrong there, since that's merely an impression.  EBS: yeah, I looked at that briefly for this, but simultaneous sharing seemed to not be supported AFAICT.  I'm sure you know much more about this than I; thank you for your off
[15:21] <gary_poster> er to help with brainstorming with gmb.  I bet that would be a big help.
[15:23] <gmb> niemeyer, gary_poster: My "I don't have time" turned into "This is bugging me..." much, much, _much_ faster this time, so it might actually be workable after all.
[15:23] <gary_poster> gmb, which, S3?
[15:23] <gmb> gary_poster, Yep.
[15:23] <gary_poster> cool gmb
[15:23] <gmb> took seconds instead of several minutes. I must have just hit a bad pipe :)
[15:23] <gary_poster> heh
[15:24] <gary_poster> If the max for getting a new LP instance to hack on is < 10 minutes that's pretty good, I'd guess.  If the median is < 5 that would be awesome.  You'll still need to run make schema I suspect
[15:25] <gmb> Yes. Plus all the install steps. But if I can have mailman and wadl built a lot of the problems diminish relatively quickly.
[15:25] <gary_poster> you could make the dev do this as a "learning experience" to put it in their hands sooner :-)
[15:25] <gmb> Heh :)
[15:25] <gary_poster> and the eggs
[15:25] <gmb> And those, yes.
[15:27] <senior75151> juju is basically an appliction that controls your devops deployments. In my case I'm testing the set up of a hadoop cluster (just starting) so I need to set up my keys in my yaml config and that's it ?
[15:27] <senior75151> I'm wanting to deploy this on ec2
[15:29] <SpamapS> gary_poster: I'm really curious as to why you are building mailman instead of putting it into a .deb
[15:30] <SpamapS> gary_poster: all thoe sdists seem ripe for .debs
[15:30] <SpamapS> senior75151: right, just setup your EC2 access creds and then bootstrap/deploy away
[15:31] <gary_poster> SpamapS, mailman: it is a hacked version of mailman done by barry because mailman 2 was not designed to be used as a library.  mailman 3 has changed that, fwiw.
[15:32] <senior75151> SpamapS: deam that's easy!! just found the tutorial here https://juju.ubuntu.com/Documentation Thanks a lot. I honsetly spent like 2 days setting up hadoop on my local computer, ha! I'm not a devops I'm just a developer.. soo crossing fingers this works well :)
[15:33] <SpamapS> senior75151: so are we :)
[15:34] <SpamapS> gary_poster: but ultimately, it sticks a bunch of files on the filesystem, right? .debs are good for that sort of thing. :)
[15:34] <senior75151> SpamapS: can one tell the charm which computer type to use. e.g.: which amazon ec2 instance type. Like Mid, Large, etc. While keeping the same config… Say for staging we only need like a Mid but for prod we need Large
[15:36] <SpamapS> senior75151: juju deploy hadoop --constraints instance-type=m2.xlarge
[15:36] <SpamapS> senior75151: or, more generically   juju deploy hadoop --constraints cpu=16,mem=10G
[15:37] <jamespage> SpamapS, I'm struggling with jitsu gource - does it work on precise?  all that happens to me is gource whinges about the log format and everything dies...
[15:37] <SpamapS> senior75151: btw, you need to be on Ubuntu 12.04, or have the latest juju from the PPA or Brew (OS X) for that to work.
[15:37] <SpamapS> jamespage: I think you might need to try the latest version
[15:37] <SpamapS> jamespage: it was quite broken in 0.4
[15:38] <jamespage> senior75151, the README for hadoop has some guidance on sizing for the different roles within hadoop - you will need to tweak the config of each to make sure hadoop uses it all
[15:38] <jamespage> SpamapS, ack - I'll give it a spin
[15:38] <gary_poster> SpamapS, sdists vs. debs: this is a years-old argument circling around what is the proper packaging for consuming Python packages for a non-system non-commodity application under development.  There is absolutely no need to rehash it now for LP's sake, for many reasons.  In Canonical now, fighting the deb route would be a challenge for future projects, but some might still be willing to take up that challenge.  I'm on the no
[15:38] <gary_poster> n-deb side actually for this, but not enough to fight the Canonical tide.  Debs are moderately alright with me for development, especially for a project that does not have >150 Python egg dependencies like LP.
[15:39] <senior75151> SpampS: thanks for the tips will do… I'm getting an error on MACOSX goign to try to install  on ubuntu.
[15:40] <senior75151> jamespage: thanks for the heads up. WIll keep in mind.
[15:42] <SpamapS> gary_poster: but can't you basically just change the setup.py args to build a deb?
[15:42] <gary_poster> More important SpamapS, IMO it's worth noting from juju's perspective that this *is* an argument.  "You're doing it wrong, package everything in debs" is not a great answer for all potential adopters IMO.
[15:42] <jamespage> SpamapS, thanks for that pointer - works great from trunk
[15:42] <SpamapS> jamespage: probably worth making a release, though I want to talk to jimbaker about renaming 'do'
[15:42] <jamespage> ack
[15:43] <SpamapS> jimbaker: hey, the name 'do' is too confusing. Can we rename that command to be more clear about what it actually "does"
[15:43] <jimbaker> SpamapS, certainly. "do" is very generic
[15:44] <jimbaker> SpamapS, maybe exec-in-hook-context ?
[15:46] <SpamapS> jimbaker: that seems long winded.. but maybe it needs to be :)
[15:46] <jimbaker> SpamapS, it does sort of convey the backdoor aspect of what's being done here
[15:46] <jimbaker> almost want to call it "jitsu poke" ;)
[15:48] <SpamapS> jimbaker: All the other sub commands are very obvious as to what they're for. open a port, run gource, get unit info.
[15:49] <SpamapS> jimbaker: exec-in-hook-context doesn't tell me what it is for
[15:49] <SpamapS> It requires deep juju knowledge to know what its for, rather
[15:50] <SpamapS> jimbaker: run-hook-cli ?
[15:50] <jimbaker> SpamapS, or maybe run-as-hook?
[15:50] <SpamapS> *perfect*
[15:50] <jimbaker> cool, i will make that change
[15:50] <SpamapS> jimbaker: if you can mege in a rename, I'll release as 0.6
[15:54] <gary_poster> SpamapS, change the setup.py args: you mean of LP?  No, it's not nearly that easy, I'm pretty sure.  Of the dependencies: building debs from reasonably well packaged Python code is impressively easy these days from what I've seen, but it's still not clearly documented (we recently found the wrong way on the wiki and carefully tried to clean it up, for instance, only to be pointed elsewhere once we asked an expert to review i
[15:54] <gary_poster> t) and still has plenty of potholes for the uninitiated (for instance, getting deb numbering right in PPAs has tripped us up several times lately).  I'm not saying that these are a problem for experts, but I am saying that it is not trivial and it is not without issues.  It won't happen for LP given the current focus, I predict.  For other projects, IMO the cost of packaging is not negligible and not as clearly a win to ever
[15:54] <gary_poster> yone that the juju project will encounter, which is the only message I really feel like conveying.  As I said, rehashing the LP argument really doesn't have a lot of value, I think.
[15:54]  * gary_poster likes walls of text.  So pretty.
[15:55] <SpamapS> gary_poster: setuptools has an option to automatically build a .deb instead of a .tar.gz
[15:55] <gary_poster> yes it does, SpamapS.
[15:55] <gary_poster> We also could build eggs
[15:55] <SpamapS> yeah
[15:55] <gary_poster> Which have the same characteritics
[15:55] <SpamapS> that seems better :)
[15:56] <gary_poster> but these have caused problems in the past across architectures
[15:56] <SpamapS> :) yeah
[15:56] <gary_poster> we have devs on different architectures, and as of a few months ago even different architectures in production unfortunately
[15:58] <SpamapS> gary_poster: well given all of that, I think the idea of just tarring up all your needed stuff and sticking it in S3 is the best option.
[15:59] <SpamapS> gary_poster: the EBS idea is sound too... but juju won't help you much there unfortunately
[16:00] <SpamapS> hm, unless.. I make an EBS subordinate. :)
[16:00]  * SpamapS cannot stop coming up with ideas for using subordinates to take over the world
[16:06] <gary_poster> SpamapS, S3: certainly in the short term, yeah.  I think that's the approach that gmb is working on now.  My only remaining interest in this topic TBH is that I think there's a real-world scenario that juju would ideally support easily, rather than demanding a world view of their potential adopters.  "Don't do it that way" responses may be appropriate and necessary sometimes, but should be challenged and probably even docume
[16:06] <gary_poster> nted (in part to make sure there are not too many of them).  I understand from other conversations that this use case isn't necessarily all that easy to handle, particularly within the juju vision.  But "the real world is messy" may be a reasonable response to some of this.
[16:07] <gary_poster> (and so juju should consider handling at least some of the messiness)
[16:07] <gary_poster> but this has gone well past the immediate needs of my squad :-)
[16:08] <gary_poster> so...yeah!  yay, subordinate charms! ;-)
[16:08] <SpamapS> gary_poster: LP is not alone in the long-build-time camp
[16:09] <gary_poster> Yeah, that's really all I'm saying
[16:09] <SpamapS> gary_poster: in fact I see *huge* value in being able to do things like run your full test suite on the first deploy of something, and then snapshotting that so its a known good build.
[16:09] <gary_poster> All that I care about communicating, at least ;-)
[16:09] <gary_poster> +1 yeah
[16:31] <jimbaker> SpamapS, i renamed "jitsu do" to "jitsu run-as-hook", so it's ready for release now
[16:31] <m_3> jimbaker: nice... that makes sense
[16:37] <SpamapS> jimbaker: thanks!
[16:37] <SpamapS> also just added --version to jitsu
[16:38] <SpamapS> anybody want to squeeze anything else into juju-jitsu 0.6?
[16:38] <m_3> SpamapS: yes, but it's not going to happen this week... so perhaps 0.7
[16:43]  * SpamapS pulls the release lever then
[16:44] <bobweaver>  \0/
[16:46] <bobweaver> I made a little into video to juju  for youtube today. once I start to understand more about It I am going to make many many more :)  So flippen cool after I watched the classroom video I understand the power that it could have.
[16:46] <m_3> bobweaver: awesome!... links?
[16:47] <bobweaver> http://www.youtube.com/watch?v=495V7FokwBU&webm=1
[16:47] <bobweaver> It started out as how to file a bug
[16:47] <bobweaver> but I just could not help but talk about juju
[16:51] <SpamapS> :)
[17:02] <mars> Hi everyone, I saw there was a fix-committed bug for a Cloud Foundry charm.  Has anyone tried it out?
[17:09] <SpamapS> mars: negronjl wrote those.. and there are some issues with them.. namely that they use their own "special" mysql/mongodb/etc. charms.
[17:09] <SpamapS> negronjl: ^^ whats happening with the cloudfoundry charms? anything?
[17:09] <negronjl> SpamapS: i haven't done anything with them.
[17:09] <negronjl> SpamapS: What's the main issue ?
[17:11] <mars> I just wanted to try them out, to see if I could use them to get a Django app onto a juju/cloudfoundry environment.
[17:13] <mars> I see the instructions are in the bug, but I was wondering if anyone else had tried them out.
[17:13] <SpamapS> negronjl: that they don't use the stock mysql/mongodb charms IIRC
[17:14] <negronjl> SpamapS: CF adds a lot of "glue" code to their db's.  Enough to justify having their own charms
[17:14] <SpamapS> negronjl: we discussed this in the past, that this glue would still benefit from living in the main mysql charm.
[17:15] <SpamapS> negronjl: so that you can, say, tune the mysql with the same 'juju set' commands
[17:15] <negronjl> SpamapS: What we didnt realize is the amount of glue that is required .... There are several daemons that need to "live" where the mysql/mongodb daemon is at as well.
[17:16] <negronjl> SpamapS: We would have to add substantial code to the mysql/mongodb charms to make them "play nice" with CF
[17:16] <negronjl> SpamapS: doable yes ... advisable ... not so sure
[17:16] <SpamapS> daemons??
[17:16] <SpamapS> like, mysql proxy?
[17:16] <SpamapS> negronjl: those daemons can be started when the relationships are established.
[17:17] <SpamapS> negronjl: I'm mostly concerned about fracturing the space.. if you do something awesome for CF's mysql that is a generic mysql improvement.. it should benefit all juju mysql users if possible.
[17:17] <mars> Isn't making things live on the same unit as a service what subordinate services were designed to do?
[17:18] <SpamapS> mars: in this case.. not really. If its directly related to the service working or not, it belongs in the main charm, as part of the relations.
[17:18] <mars> ah
[17:20] <SpamapS> negronjl: if its a ton of work, no big.. but it should still be a goal. I am not convinced that anything "special" that CF does to the mysql server is special enough to keep it out of the main mysql charm.
[17:20] <SpamapS> The idea is to group devops knowledge around the best way to run a service in one place.
[17:20] <negronjl> SpamapS: Let me finish a call and I'll talk to you more about it
[17:21] <negronjl> SpamapS: Give me a few minutes
[17:21] <SpamapS> and fork only when necessary. :)
[17:21] <SpamapS> negronjl: sure no problem. Just triaging bugs. :)
[17:21] <mars> I just changed my reviewboard charm from postgresql to mysql: three lines changed in the hooks, plus the juju commands to upgrade and deploy the new services.  Wow, very cool.
[17:24] <SpamapS> mars: you can leave both in there if you want. "requires" is a bit misleading.. admins can choose one or the other.
[17:47] <_mup_> Bug #989967 was filed: juju should ignore dotfiles in local charm repositories <juju:New> < https://launchpad.net/bugs/989967 >
[17:56] <senior75151> how to set a default on juju
[17:56] <senior75151> i get this error
[17:57] <senior75151> There are multiple environments and no explicit default (set one explicitly?)
[17:59] <negronjl> SpamapS: There is significant work that would be needed to add the CF bindings into the existing mysql/mongodb charms.
[17:59] <negronjl> SpamapS: It can be done but, I am not sure we should do it
[18:00] <negronjl> SpamapS: Another way would be to use the cf-specific charms to launch the initial DB ( ie: mysql master ) and have the regular charms do the slave ones
[18:00] <negronjl> SpamapS: For mongodb, It would work in a similar mannger ( cf-mongodb as master and regular mongodb charms as slaves )
[18:16] <m_3> boolean config params are _much_ harder to use than they were before typechecking was enabled
[18:21] <SpamapS> negronjl: I'll take a look.. I think I need to  understand the problem space better before I expect you to do more work. :)
[18:22] <bkerensa> nathwill: SpamapS  and jcastro are the chiefs here
[18:22] <bkerensa> :D
[18:22] <hazmat> yeah.. i looked at the cloud foundry stuff its non trivial for generic usage
[18:22] <nathwill> thx bkerensa
[18:23] <nathwill> anyone got tips on how i can troubleshoot issues with locally deployed services ending up with  agent-state: pending, public-address: null?
[18:23] <jcastro> senior75151: you can add default: in your environments.yaml for that
[18:23] <jcastro> senior75151: mine is "defaults: ec2"
[18:24] <hazmat> senior75151, you can specify a default: env_name in your environments.yaml.. or specify one directly on the command line with the -e flag.. or specify one with the JUJU_ENV environment variable
[18:24] <SpamapS> nathwill: its possible the first machine is still downloading/booting
[18:24] <hazmat> nathwill, the first provisioning on local service can take a little while
[18:25] <jcastro> bobweaver: I'd be more than happy to link to any juju videos you make from juju.ubuntu.com!
[18:25] <SpamapS> we need a better log watcher for that
[18:25] <SpamapS> debug-log doesn't show anything IIRC
[18:25] <hazmat> nathwill, ps aux | grep lxc
[18:25] <nathwill> spamaps, hazmat: this is the bootstrap?
[18:25] <nathwill> kk
[18:25] <hazmat> nathwill, post bootstrap.. adding the first unit to a local env, has to download a bunch of packages..
[18:25] <hazmat> effectively a minimal distro
[18:25] <senior75151> jcastro: thanks
[18:25] <senior75151> ok how does one search for like juju instances
[18:25] <senior75151> ala apt-cache search
[18:26] <senior75151> I tried juju deploy hadoop
[18:26] <senior75151> didn't work
[18:26] <hazmat> nathwill, if your on fast conn it can take like 10m
[18:26] <senior75151> I'm sure there has to be a site or a CL command to search
[18:26] <hazmat> senior75151, http://jujucharms.com
[18:26] <senior75151> hazmat: thank
[18:26] <senior75151> err… Thank you.
[18:26] <nathwill> hazmat: ok.. thanks for the tip. i see a lot of lxc activity in ps, so i'll give it some time.
[18:29] <senior75151> sooo if one does precise on the configurations on amz it works.. ? has anyone tried?
[18:29] <senior75151> that is for the default-series: precise
[18:29] <mars> hazmat, what do you mean by 'non-trivial for generic usage'?
[18:30] <jcastro> yep, it does
[18:30] <hazmat> mars, just the cloud foundry stuff has some specific bits in each of their services which are not nesc. appropriate for generic usage
[18:30] <senior75151> jcastro:thanks
[18:30] <jcastro> senior75151: I do believe that just not setting a default-series defaults to precise, but not sure (hazmat or spamaps?)
[18:31] <adam_g> hmm
[18:31] <hazmat> jcastro, it does when generating it, but that key/value needs to be present in the file
[18:31] <mars> hazmat, but it still works fine for end-users?
[18:31] <jcastro> ah ok
[18:31] <hazmat> mars, you mean cloudfoundry will? or the cloud-foundry services used outside of cloud-foundry?
[18:31] <mars> hazmat, just to play around with
[18:31] <adam_g> im assuming im doing something wrong here using relation-ids + relation-list + relation-get, any ideas? http://paste.ubuntu.com/950464/
[18:32] <hazmat> mars, i haven't tried the cloud-foundry charm in a while, but it works afaik
[18:32] <hazmat> mars, negronjl is the man to ask when it comes to juju+cf
[18:32] <m_3> jimbaker: ^^ (adam)
[18:32] <hazmat> adam_g, woah
[18:33] <hazmat> adam_g, you should have something in the unit agent log as well
[18:33] <hazmat> adam_g, could you paste that also
[18:33] <negronjl> mars:  hello
[18:33] <adam_g> hazmat: sure, one sec. the charm log is spewing: juju.state.errors.RelationStateNotFound: Relation not found
[18:34] <hazmat> adam_g, could you paste one of the tracebacks
[18:34] <hazmat> pastebin that is
[18:34] <adam_g> hazmat: unit agent log == charm.log ?
[18:34] <hazmat> adam_g, yup
[18:34] <mars> negronjl, unping, just finishing off that earlier conversation about cf :)
[18:34] <negronjl> mars: np
[18:35] <adam_g> hazmat: http://paste.ubuntu.com/950474/
[18:35] <bkerensa> jcastro or SpamapS can you help nathwill with a juju issue he is having :D
[18:35] <SpamapS> senior75151: to search the charms, install charm-tools, and use 'charm search'
[18:35] <SpamapS> senior75151: its *very* limited
[18:35] <SpamapS> senior75151: basically just greps the list
[18:36] <jcastro> nathwill: what's the problem?
[18:36] <SpamapS> senior75151: there are plans to ad full search capabilities into juju though
[18:36] <jimbaker> adam_g, so no relation state for that relation id
[18:36] <nathwill> jcastro, not much right now, trying to wait for the 15 min recommended by hazmat...
[18:36] <nathwill> thanks. i'll hit you up if it's not working after that
[18:36] <hazmat> jimbaker, but he has the that rel-id immediately proceeding as the output of relation-list
[18:37] <hazmat> er. relation-ids
[18:39] <jimbaker> hazmat, yes, that definitely looks like a problem - it's with respect to that service unit
[18:39] <senior75151> SpamapS:
[18:39] <senior75151> thanks
[18:39] <jimbaker> swift-proxy/1
[18:39] <senior75151> How does one know how many instances a charm will launch, Like I did juju deploy hadoop-master and it deployed 2 small instances
[18:39] <senior75151> does the charm-tools give you that info
[18:39] <senior75151> say I do charm search hadoop-master —info
[18:39] <senior75151> or smth
[18:40] <senior75151> like that
[18:40] <senior75151> dunno
[18:40] <SpamapS> senior75151: charm will only ever launch one per deploy
[18:40] <senior75151> ohh ok
[18:40] <SpamapS> senior75151: unless you pass '-n #'
[18:40] <jimbaker> the other thing here is that we need to register RelationStateNotFound with amp so it doesn't default to the unknown error
[18:40] <SpamapS> senior75151: add-unit/remove-unit to control the size of the service itself
[18:40] <senior75151> soo weird, the first deployed failed… (as in the error message) but succeeded on ec2
[18:40] <SpamapS> senior75151: bootstrap launches one as well
[18:40] <senior75151> ohhh
[18:40] <senior75151> ok
[18:40] <hazmat> jimbaker, yes on relstate not found.. but what do you mean respect to that unit
[18:40] <senior75151> so that must be it
[18:41] <senior75151> SpamapS: soo one more question. Now that it's deployed I just write apps against those services and that's it ? no way! that's awesome
[18:42] <jimbaker> hazmat, i would expect that if relation-ids returns an id, it's there for subsequent use in the hook (such as this debug hook session)
[18:42] <senior75151> Also I did $man juju; juju help deploy … how do I know the switches for deploy
[18:43] <jimbaker> i don't explicitly test this scenario with respect to debug hooks, but it's not what i would expect. anyway... i will take a look at this issue
[18:43] <senior75151> say I want to give a name to the instance i deployed where to look for this info
[18:44] <adam_g> jimbaker: i can try executing during normal hook execution (outside of debug-hooks) if you'd like
[18:44] <jimbaker> adam_g, sounds good
[18:44] <hazmat> jimbaker, aren't you assuming its not there anymore?
[18:45] <hazmat> adam_g, could you pastebin your status?
[18:45] <hazmat> adam_g, you didn't modify the rels/units while you where in debug hooks?
[18:45] <SpamapS> senior75151: juju deploy --help
[18:46] <adam_g> hazmat: no, i havent touched anything. im just trying to query the private-address for each of those relations.
[18:46] <hazmat> jimbaker, so there's a bug of a different sort it sounds like
[18:46] <jimbaker> hazmat, indeed
[18:46] <hazmat> adam_g, thanks
[18:47] <adam_g> juju status -> http://paste.ubuntu.com/950511/
[18:49] <senior75151> SpamapS: sweet thanks…
[18:51] <hazmat> SpamapS, how are you release juju-jitsu?
[18:51] <hazmat> SpamapS, into the distro?
[18:51] <hazmat> SpamapS, ppa .. or pypi?
[18:52] <nathwill> hazmat: no change :( http://paste.ubuntu.com/950525/
[18:52] <adam_g> hazmat: jimbaker i should mention that only fails when im executing those against relations other than the current, if that makes sense..
[18:52] <hazmat> nathwill, what version is the host?
[18:53] <hazmat> nathwill, is the host precise as well?
[18:53] <nathwill> hazmat precise upgraded from beta 2
[18:53] <nathwill> yessir
[18:53] <nathwill> or ma'am...
[18:56] <hazmat> :-)
[18:56] <hazmat> nathwill, any other files in /home/nathan/.juju-data/nathan-sample/units/mysql-0/  .. ie. is there an agent log there?
[18:57] <jcastro> SpamapS: charm policy question ... your spdy charm installs something beta. Do we care about the state of an upstream whenn considering putting something in the charm store?
[18:57] <nathwill> hazmat: container.log, output.log, unit.log
[18:59] <nathwill> hazmat: unit.log has some zookeeper handle_socket_error socket connection timeout msgs
[19:00] <hazmat> nathwill, could you pastebin the unit.log
[19:01] <nathwill> hazmat: sure thing
[19:01] <hazmat> that's from the unit agent which is what's setting values reported by the status cmd
[19:02] <nathwill> hazmat: http://paste.ubuntu.com/950553/
[19:03] <hazmat> nathwill, do you have any firewalls/iptables on that machine?
[19:04] <nathwill> hazmat, running ufw in default deny mode
[19:04] <hazmat> nathwill, bingo.. that's the problem
[19:04] <nathwill> heyo... alright, i'll disable, destroy-environment and try this again :)
[19:05] <hazmat> nathwill, you might not even need to do that if your up for modifying the firewall rulz live.. the container agent will continually try to poll
[19:05] <hazmat> to connect to zk
[19:05] <hazmat> but its probably better to destroy-env and start again
[19:06] <hazmat> nathwill, the host has a zookeeper instance binding to the bridge address <IP_ADDRESS> .. and the containers which are connected on the subnet off the bridge attempt to connect back to the zk instance
[19:06] <hazmat> sounds like the firewall rules stop that connectivity, which is the problem
[19:06] <nathwill> hazmat, ok, that makes sense.
[19:11] <mars> I just saw my db-relation-changed hook get executed twice in a row.  Is that normal?
[19:12] <nathwill> hazmat, i think that got it, the units have public-addresses now, and tailing the unit.log, i can see them pulling in packages
[19:12] <nathwill> hazmat: thanks so much for your help :)
[19:18] <senior75151> how come http://pastebin.com/zmGqs8Qc I get an install error
[19:18] <senior75151> even though the deployment was 'successful'
[19:18] <bobweaver> so I was thinking of a way to make a video for juju and would like too interview one of you. Is there any way that I could get some one on one time with one of you ?
[19:18] <senior75151> juju status says agent-state: install-error
[19:20] <bobweaver> I was thinking like  Saturday ? If I could set up interview ? ping me if you like the idea
[19:23] <jimbaker> adam_g, that's what we call the "implied relation". were you able to run this in normal hook execution?
[19:25] <adam_g> jimbaker: working on that now. strange, im actually using the same logic elsewhere in the charm with another relation, and it seems to have worked fine until i hit that problem, then it became broken.
[19:26] <nathwill> hazmat: definitely working now :D time to take this puppy for a test drive!
[19:27] <hazmat> nathwill, sweet!
[19:28] <hazmat> senior75151, so basically that means the machine is up and running, but the charm install hook had an error
[19:28] <hazmat> senior75151, and the unit transitioned to an error state
[19:28] <senior75151> ohh hazmat: thanks… so how to fix
[19:29] <hazmat> senior75151, you can use debug-log in conjunction with resolved --retry to watch what goes wrong.. or you can log into the machine via juju ssh hadoop-master/0 and look at the charm.log at /var/lib/units/hadoop-master-0/charm.log
[19:29] <senior75151> redeploy I guess ?
[19:29] <hazmat> senior75151, the juju resolved --help
[19:29] <senior75151> ahh thanks
[19:29] <senior75151> excellent will do
[19:30] <SpamapS> jcastro: re spdy being beta.. no. We only care (for now) that it is verifiably the source you intended.
[19:30] <senior75151> hazmat I think that might be the problem juju ssh: error: unrecognized arguments: hadoop-master/0
[19:30] <SpamapS> jcastro: once we have tagging and default search.. we will start being more picky. :)
[19:31] <senior75151> it prolly couldn't do it… I'm going to change from precise to oneric and see if that helps
[19:31] <hazmat> senior75151, hm.. that seems like a bug in juju ssh
[19:31] <adam_g> jimbaker: oh, disregard that. it just happened to be working because of the ordering of the relations (it was only ever being executed from an implied relation).  it looks like the same issue happens during non-debug-hooks execution
[19:31] <hazmat> senior75151, you can juju ssh 1
[19:32] <hazmat> to login directly to the machine the hadoop-master unit is running on
[19:32] <senior75151> $ juju ssh 1
[19:32] <senior75151> usage: juju ssh [-h] [-e ENV] unit_or_machine [command]
[19:32] <senior75151> juju ssh: error: unrecognized arguments: 1
[19:32] <senior75151> how can that not work but juju status work?
[19:32] <senior75151> weird
[19:32] <hazmat> huh
[19:32] <SpamapS> were it me, I' use juju debug-hooks hadoop-master/0
[19:33] <hazmat> SpamapS, debug-hooks takes some explaining..
[19:33] <hazmat> juju ssh works fine for me.. something is fishy
[19:33] <senior75151> soo that worked
[19:33] <senior75151> I think what happened
[19:34] <senior75151> was that I didn't accept the public key
[19:34] <senior75151> cuz when I did debug
[19:34] <senior75151> it asked me if I would accept the public key
[19:34] <senior75151> err…. fingerprint
[19:34] <senior75151> for ssh
[19:34] <senior75151> and then i'm in...
[19:35] <SpamapS> debug-hooks puts you in the charm root
[19:35] <SpamapS> and you get the right context with the right env vars
[19:35] <senior75151> got you….
[19:35] <SpamapS> The only confusion is that you have to exit the shell when you want juju to run the next hook
[19:35] <senior75151> i think it automatically starts screen or smth
[19:35] <SpamapS> senior75151: right
[19:35] <SpamapS> tmux, but yeah
[19:36] <SpamapS> Its weird, sometimes I get tmux+byobu, sometimes just tmux
[19:36] <senior75151> anoying cuz i'm using tmux on my host
[19:36] <jimbaker> adam_g, thanks for the feedback
[19:36] <senior75151> so now is double tmux
[19:36] <senior75151> errrr...
[19:38] <senior75151> soo I think I found the error but not sure why… Started service unit hadoop-master/0
[19:38] <senior75151> 2012-04-27 18:33:55,073:4640(0x7f7d675b6700):ZOO_WARN@zookeeper_interest@1461: Exceeded deadline by 57ms
[19:38] <senior75151> that's from /var/lib/log/machine-agent.log
[19:38] <senior75151> there is a bunch of timeouts
[19:38] <senior75151> any ideas ?
[19:40] <senior75151> I don't think is the precise vs oneric
[19:40] <senior75151> doing an lsb_release -a shows 12.04
[19:40] <senior75151> soo i think that part is not it… wondering.
[19:41] <SpamapS> senior75151: no thats just noise
[19:41] <SpamapS> senior75151: the install error will be very clearly shown in the charm log
[19:41] <SpamapS> senior75151: /var/lib/juju/units/hadoop-slave-0/charm.log
[19:44] <adam_g> jimbaker: np, ill keep the environment up for a while. let me know if there is anything you'd like me to test, or i can give you ssh access
[19:45] <SpamapS> adam_g: you have a knack for finding all the weird bugs in juju :)
[19:46] <senior75151> SpampS: http://paste.ubuntu.com/950654/
[19:46] <senior75151> Couldn't find any package by regex 'hadoop-0.20-namenode'
[19:46] <senior75151> basically
[19:46] <senior75151> didn't isntall
[19:46] <senior75151> :(
[19:47] <SpamapS> senior75151: aha!
[19:47] <senior75151> i gess that's a bug ?
[19:47] <SpamapS> perhaps, looking at the charm now
[19:47] <senior75151> k
[19:47] <SpamapS> apt-add-repository ppa:mark-mims/hadoop
[19:48] <SpamapS> m_3: hey! that doesn't look right
[19:48] <SpamapS> m_3: don't we have a better place to get hadoop than your PPA ?
[19:50] <jimbaker> adam_g, sounds good, thanks
[19:51] <senior75151> SpamapS: do you know if the oneric works ?
[19:52] <SpamapS> senior75151: probably, but I think we can fix precise fairly easily
[19:52] <SpamapS> I think we just need to point it at https://launchpad.net/~hadoop-ubuntu/+archive/stable
[19:52] <senior75151> command line argument ?
[19:52] <senior75151> or smth
[19:54] <SpamapS> I'm deploying with that new PPA right now
[19:54] <senior75151> SpampS: wow! awesome…
[19:55] <senior75151> :)
[19:55] <SpamapS> senior75151: the power of debug-hooks :)
[19:56] <senior75151> man…. this IRC is awesome! hehe...how to reinstall on the same host?
[19:57] <senior75151> i'm hoping i figure juju out well enough to port our shitty datacenter to ec2 soon :)
[19:57] <SpamapS> senior75151: simplest thing is to just deploy again and throw that host away
[19:57] <senior75151> sounds good.
[19:57] <senior75151> soo on the host that has juju
[19:57] <senior75151> sudo apt-get update ?
[19:57] <senior75151> first
[19:57] <senior75151> or is all dynamic
[19:57] <senior75151> how to blow away the cache
[19:57] <senior75151> so it doesn't use the local copy if any
[19:57] <SpamapS> oh you want the new charm?
[19:57] <SpamapS> I'm still testing that :)
[19:57] <senior75151> ok
[19:57] <senior75151> I'll wait
[19:58] <senior75151> ok I terminated the instances
[19:58] <jimbaker> adam_g, i was able to reproduce your error, so i will take a look at what's going on here
[19:59] <jimbaker> adam_g, feel free to destroy that env
[20:01] <SpamapS> senior75151: initial test looks good
[20:01] <SpamapS> ugh, except the part where we have to download 30MB of hadoop package from ppa.launchpad.net ;)
[20:01] <senior75151> SpamapS: sweet…
[20:01] <senior75151> haha
[20:01]  * SpamapS wishes it were in the archive. :-P
[20:02] <SpamapS> senior75151: let me run a terasort just to be sure it works
[20:02] <senior75151> sure thing...
[20:04]  * senior75151 goes to HN for a second while SpamapS's test pass
[20:06] <SpamapS> yeah just waiting for slave (also needing updates) to deploy
[20:15] <SpamapS> senior75151: looking better, just running my terasort now
[20:18] <senior75151> SpamapS: excellent
[20:18] <dpkingma> Good evening gentlemen
[20:21] <SpamapS> 12/04/27 20:21:41 INFO mapred.JobClient:  map 24% reduce 0%
[20:21] <SpamapS> woot
[20:22] <senior75151> :)
[20:23] <SpamapS> senior75151: ok, so it will take a bit for that to publish into the charm store.
[20:24] <senior75151> excellent
[20:24] <senior75151> how long ?
[20:24] <SpamapS> senior75151: good question!
[20:25] <SpamapS> niemeyer: I just made commits to two branches in launchpad. How long would you expect it to take for the charm store to see them?
[20:25] <SpamapS> senior75151: you can pull them locally if you want
[20:26] <SpamapS> senior75151: mkdir -p ~/charms/precise && cd ~/charms/precise && charm get hadoop-master && charm get hadoop-slave
[20:26] <SpamapS> senior75151: then 'juju deploy --repository ~/charms local:hadoop-master'
[20:26] <SpamapS> senior75151: not nearly as easy or automatic, but .. it gets you the latest crack. :)
[20:27] <senior75151> ahh k
[20:27] <senior75151> let me give that a go
[20:27] <senior75151> thanks soo much
[20:27] <senior75151> going to try it and let you know
[20:30] <senior75151> fetching charm
[20:32] <senior75151> deploying...
[20:37] <senior75151> SpamapS: state: pending
[20:37] <senior75151> what does that mean ?
[20:37] <senior75151> i suppose is still configuring
[20:37] <senior75151> ?
[20:37] <senior75151> or smth
[20:37] <senior75151> or do I have to 'publish' the charm
[20:37] <senior75151> is not enough to 'deploy'?
[20:42] <senior75151> soo juju ssh doesn't work
[20:44] <senior75151> SpamapS: is that what juju expose is ?
[20:46] <SpamapS> senior75151: instance-state means you are waiting on Amazon
[20:46] <SpamapS> senior75151: agent-state means you are waiting on your instance to start the agent
[20:47] <SpamapS> I have seen a few times where agent-state says 'not-started' but it is stuck.. and a 'service juju-machine-agent restart' fixed it
[20:47] <SpamapS> senior75151: juju expose opens the ports that the charm thinks should be exposed.
[20:48] <senior75151> ohh ok
[20:48] <senior75151> so I should def… do that for hadoop
[20:48] <senior75151> cool
[20:48] <senior75151> thanks a lot SpamapS
[20:49] <senior75151> So I assume is typical to set up a 'dev' or staging environment for a developer then destroy it at the end
[20:50] <SpamapS> senior75151: saves money that way :)
[20:54] <senior75151> that's pretty awesome...
[20:55] <senior75151> soo say I have hadoop, mongodb, mysql, nginx… etc..  I can build my own script and that basically runs juju deploy X or can you save that config ?
[20:55] <senior75151> once you have it running
[20:55] <senior75151> does 'destroy' terminate the machines or…. turns them off ?
[20:55] <senior75151> ec2 speak
[21:13] <hazmat> senior75151, terminate
[21:15] <SpamapS> well
[21:15] <SpamapS> destroy-environment terminates
[21:15] <SpamapS> destroy-service only de-allocates
[21:15] <SpamapS> which, btw, I think we should re-think
[21:15] <SpamapS> it makes sense if we clean up what we did
[21:15] <SpamapS> but right now we can't do that, so we should just terminate the machine when we remove-unit and destroy-service
[21:22] <senior75151> ahh got you
[21:23] <senior75151> thanks for being such an awesome source of info
[21:23] <senior75151> :)
[21:24] <senior75151> SpamapS does your juju ssh
[21:25] <senior75151> work ?
[21:26] <mars> Alright!  I have a reviewboard charm up and running.  SpamapS, I used the Drupal charm from the tutorial as a template; can you suggest and example I could look at next to make this new charm cleaner?
[21:27] <SpamapS> senior75151: not sure I understand what you are asking.
[21:27] <senior75151> so i do juju ssh hadoop-master/0
[21:27] <senior75151> doesn't work
[21:27] <senior75151> then juju ssh 1
[21:27] <senior75151> doesn't either
[21:27] <SpamapS> mars: got it in a branch somewhere?
[21:27] <senior75151> but I do juju status
[21:28] <senior75151> and it shows is running with correct tcp ports open
[21:28] <mars> SpamapS, not yet, I'll push it
[21:28] <SpamapS> senior75151: juju ssh works fine for me with machine number or unit id, yes.
[21:28] <senior75151> hmm weird.  thanks
[21:34] <mars> SpamapS, pushed: lp:~mars/charms/precise/reviewboard/trunk
[21:34] <mars> SpamapS, one thing I would like to figure out is how to unroll running the application setup script after the XXX-relation-changed hooks.
[21:34] <mars> The Drupal example does the site setup once the DB settings are available
[21:35] <mars> I copied that pattern, but I have /two/ settings that I need available before running the site setup: db, and memcache
[21:36] <SpamapS> mars: what I do in that case is just write settings to a file, and then run a shared script that checks for both, and once they are satisfied, runs the setup
[21:37] <SpamapS> mars: pip installs, btw, are not suitable for charm store inclusion btw. :-/
[21:37] <SpamapS> mars: they do nothing to cryptographically verify the sources
[21:38]  * flepied found that juju-create has the gateway ip hardcoded and that was making my setup fail...
[21:39] <SpamapS> mars: looks good other than that. :)
[21:39] <SpamapS> mars: ideally with this case, you'd be able to configure the cache/db independent of rb-site
[21:40] <SpamapS> mars: otherwise it will be hard to do things like migrate to a new database service
[21:42] <mars> SpamapS, +1 for saving the settings.  That is a good idea.
[21:43] <mars> SpamapS, as for pip: reviewboard recommends easy_install for installation: pip is better, obviously, but neither does any verification.
[21:43]  * mars wonders if the .tar.gz on PyPI has an md5
[21:43] <SpamapS> mars: I would imagine that rb-site just writes to settings_local.py .. so what you really need is to just regenerate that file in total every time relations change
[21:44] <mars> Yep, that's what I was thinking
[21:44] <SpamapS> mars: pypi has no SSL
[21:44] <hazmat> 10 subordinates, SpamapS has like 7 of them
[21:44] <SpamapS> mars: so you have to do all the MD5's yourself anyway
[21:44] <mars> Save a copy as a template, then rewrite it, and run rb-site once everything is available
[21:44] <SpamapS> hazmat: heh.. I have 2 more in the works
[21:47] <mars> Ah darn, PyPI doesn't have a signature, but reviewboard.org does have sha256 for each release.
[21:49] <mars> hazmat, out of curiosity, what is the list?  I read the subordinate charm spec, but it doesn't really give a good idea of the types of subordinates I may consider writing
[21:51] <mars> It's a proposal, not a tutorial or design guide :)
[21:51] <hazmat> mars its kinda of raw.. but here it is .. http://pastebin.ubuntu.com/950950/
[21:54] <mars> hazmat, ran it through ipython: http://pastebin.ubuntu.com/950963/
[21:57]  * hazmat adds a bug for charm browser to view just subordinates
[21:58] <m_3> SpamapS: we need to remove the hadoop-xxx charms from precise... they're only good for oneiric.  precise is just lp:charms/hadoop
[21:59] <m_3> which should be pointing to the correct packages... in universe. I think
[21:59] <m_3> SpamapS: the readme in lp:charms/hadoop is the place to go
[21:59] <senior75151> m_3: sooo I should be juju deploying to oneric only?
[22:00] <m_3> senior75151: unfortunately, it's different charm names for oneiric than it is for precise.  They _might_ have made lp:charms/hadoop backwards compatible with oneiric, but I don't know offhand
[22:02] <m_3> SpamapS: dang, wish I would've caught this before you pushed changes to the lp:charms/hadoop-xxx branches... those need to be deprecated, but I don't know how to do that in lp
[22:02] <senior75151> ok, good to know.
[22:02] <senior75151> sooo I'll destroy the thing and use oneric for now.
[22:02] <senior75151> thanks
[22:03] <m_3> senior75151: here's the doc: http://bazaar.launchpad.net/~charmers/charms/precise/hadoop/trunk/view/head:/README.rst
[22:03] <m_3> senior75151: no, actually, I recommend using precise, but using the precise charm
[22:03] <m_3> i.e., lp:charms/hadoop
[22:04] <m_3> I'm sorry, I know that's not clear from the list of charms in the store.. we need to figure out how to remove lp:charms aliases from deprecated branches
[22:04] <SpamapS> m_3: HAH ok yeah those should have been deprecated yes
[22:05] <SpamapS> m_3: hence the need for 'unpromulgate'
[22:05] <m_3> SpamapS: they should be just lp:~charmers/charms/oneiric/hadoop-xxx/trunk
[22:05] <SpamapS> m_3: should just be the reverse of the calls that promulgate makes
[22:05] <m_3> b/c they're still good for oneiric
[22:05] <m_3> oh, really?  I was poking around but couldn't figure out how to remove the alias without deleting the branch
[22:06] <m_3> SpamapS: btw, we still have to fix several of adam_g's branches too... they're hosed
[22:06] <senior75151> m_3: sooo I did it wrong then, cuz all i did was juju deploy hadoop. Where does one look to know how to install a charm precisely
[22:06] <SpamapS> m_3: its doable, I just don't know how
[22:06] <senior75151> like this readme for example
[22:06] <m_3> senior75151: http://bazaar.launchpad.net/~charmers/charms/precise/hadoop/trunk/view/head:/README.rst covers the latest info for precise
[22:07] <senior75151> that covers for hadoop
[22:07] <senior75151> i'm saying in general
[22:07] <m_3> oh
[22:07] <senior75151> say I want to deploy mysql and nginx
[22:07] <senior75151> and mongodb
[22:07] <senior75151> and ....
[22:07] <m_3> in general, most of the precise charms are working... and deployable from the store
[22:08] <senior75151> hmmm well.. great, but how can I know for each one wether it does or doesn't. It's important for production to know if I've done it right
[22:08] <m_3> senior75151: thought you were just asking about hadoop (and naturally getting confused because of the stale links in the repo)
[22:08] <senior75151> thanks..
[22:09] <mars> SpamapS, could you point me to the charm that you used that 'save the relation settings for later' recipe in?
[22:09] <m_3> senior75151: working on charm tests right now as a matter of fact... it will look something like charmtests.markmims.com when done
[22:09] <m_3> senior75151: but those are still oneiric... precise should be up this weekend
[22:10] <senior75151> m_3: thanks… will they be there  on this same site
[22:10] <senior75151> or….
[22:10] <m_3> senior75151: we'll be testing only the charms in the charm store... so to have them autotested here, you should submit them for review and inclusion in the store
[22:11] <m_3> charmtests.markmims.com is temporary... we'll roll them up to jenkins.qa.ubuntu.com next week
[22:11] <senior75151> ahh good to know...
[22:11] <senior75151> I'm not developing charms, just using them now.. I tihnk I just started using this a couple hrs ago and still confused about somethings
[22:11] <senior75151> like why ssh doesn't work and that sorta thing
[22:12] <senior75151> meaning juju ssh
[22:13] <hazmat> senior75151, i'm confused why it doesn't work for you either
[22:13] <m_3> senior75151: understand... we're still working on putting the overall "experience" together for new users... with the charm store open, we should be good once all the links have been fixed for the precise charms
[22:13] <senior75151> does juju run as root
[22:13] <m_3> senior75151: yeah, juju ssh is one of the parts that usually works pretty well
[22:13] <senior75151> like I need to add the mongodb-hadoop library
[22:13] <senior75151> and wondering if I need to install as root
[22:14] <senior75151> err.. easy to to fix
[22:14] <senior75151> look at permissions on folder
[22:14] <hazmat> senior75151, the agents on container run as root, and charms execute as root
[22:14] <m_3> ah, gotcha
[22:14] <senior75151> yeah.. dunno.. I assume juju is installed correctly since it deploys… but juju ssh gives me errors.
[22:14] <senior75151> is fine cuz I can do debug-hooks
[22:15] <senior75151> and it works
[22:15] <m_3> wow, that's strange
[22:17] <SpamapS> senior75151: can you paste the whole error you see?
[22:21] <m_3> SpamapS: I see that james built oneiric versions of the hadoop-ubuntu ppas too, so your changes should stay when we revert those packages to lp:~charmers/charms/oneiric/... the charms have never been tested against those packages though, so I'll make a note to do that
[22:22] <m_3> s/revert those packages/revert those charms/
[22:24] <senior75151> SpamapS: sure
[22:24] <senior75151> thing
[22:25] <senior75151> hold on installing something on the charm… weird that hadoop depends on java but didn't install java
[22:27] <senior75151> $ juju ssh hadoop-master/0
[22:27] <senior75151> usage: juju ssh [-h] [-e ENV] unit_or_machine [command]
[22:27] <senior75151> juju ssh: error: unrecognized arguments: hadoop-master/0
[22:27] <SpamapS> m_3: its not reverting.. its porting
[22:27] <senior75151> SpamapS: that's the error
[22:27] <senior75151> I tried 0 and 1 as well as haddop-master
[22:27] <senior75151> with the same error
[22:27] <senior75151> though I think that 0 is the host pc that has juju as an app running
[22:28] <senior75151> let me know if you need anything else
[22:30] <senior75151> ok sooo it says that the instance is running and the ports are open and the machine is started whyen I do juju status
[22:30] <senior75151> but i sshe'd into the machine
[22:30] <senior75151> and do a ps aux | grep hadoop
[22:30] <senior75151> and nothing comes up
[22:30] <senior75151> sooo it didn't start
[22:30] <senior75151> that's weird
[22:30] <senior75151> prolly because lack of the java sdk on the server
[22:30] <senior75151> any ideas why it didn't install the requirements
[22:31] <SpamapS> m_3: perhaps until we can remove hadoop-* we should put a big warning in the description?
[22:31] <m_3> yes, that's a great idea
[22:31] <m_3> SpamapS: well... now that I think about it
[22:31] <SpamapS> we should think about ways to express "replaces" like dpkg does
[22:32] <senior75151> any idea how to restart the service
[22:32] <senior75151> without reinstalling ?
[22:32] <SpamapS> like ideally you'd say 'juju upgrade-charm my-hadoop-master' and it would say "this charm has been replaced by 'hadoop', see README for migration instructions"
[22:33] <m_3> SpamapS: the big reason we were going to keep them for oneiric and the new one for precise is the packages... the precise and oneiric packages were in different ppas
[22:33] <m_3> SpamapS: but if the new ppa works for both releases, then that simplifies things
[22:34] <bkerensa> SpamapS: http://www.youtube.com/watch?v=5-SmNPjMcRQ
[22:34] <senior75151> SpamapS: I can ssh into the machine later and test anything else you need me tooo...
[22:34] <senior75151> thanks for the support
[22:34] <senior75151> juju looks great
[22:34] <senior75151> I'll try oneric see if that works better
[22:35] <senior75151> I'll drop by here when I get a minute
[22:35] <senior75151> thanks again
[22:35] <senior75151> m_3 too
[22:35] <senior75151> later
[22:35]  * senior75151 has to rush to dinner
[22:35] <SpamapS> m_3: we also can't be removing charms from an existing release :)
[22:36] <hazmat> have a good weekend folks
[22:36] <m_3> hazmat: u2
[22:38] <m_3> SpamapS: understood
[22:52] <SpamapS> m_3: which one is "right", rabbitmq, or rabbitmq-server ?
[22:53] <m_3> SpamapS: rabbitmq-server
[22:53] <SpamapS> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~charmers/charms/precise/rabbitmq-server/precise/".
[22:55] <m_3> SpamapS: so it's really confusing... we _had_ a lp:charms/rabbitmq-server that pointed to an oneiric branche
[22:55] <m_3> adam also had a lp:~charmers/charms/precise/rabbitmq-server/trunk
[22:56] <m_3> as well as several branches stacked on top of the latter
[22:56] <SpamapS> m_3: so promulgating his branch should have worked.. no?
[22:57] <m_3> then when we pulled the crank last weekend (previous weekend?  who knows)... we changed the alias to lp:charms/rabbitmq-server and it promoted the oneiric branch over the other
[22:59] <m_3> so lp:charms/rabbitmq-server has been placed at the base of a stack of branches... it can't be removed unless the branches stacked above it are removed
[23:00] <SpamapS> m_3: but we never stack on the alias
[23:01] <m_3> SpamapS: additional complication is that I merged that branch to bring it up to the same version as the previous precise branch... thinking this would be enough to get it working
[23:01] <SpamapS> m_3: I think we only need to promulgate the one we want as lp:charms/rabbitmq-server .. the others don't matter
[23:01] <m_3> there're merge proposals and additional branches associated with the _other_ precise branch
[23:01] <m_3> so we'd be dumping those
[23:02] <m_3> it's really not that big of a deal here b/c it's adams... he can delete and/or fix things the way he'd like.  We need to make sure we don't do this again
[23:03] <m_3> so the series promotion needs to do something different when there are existing branches for that charm on that new series
[23:17] <SpamapS> m_3: I love how Ebay's hadoop is RHEL for the namenodes, but CentOS for the data nodes.. perfect example of how RHEL doesn't scale out :-P
[23:18] <m_3> SpamapS: $$
[23:42] <_mup_> juju/debug-relation-hook-context r533 committed by<EMAIL_ADDRESS>[23:42] <_mup_> Log actual caching of relation hook contexts
[23:56] <bkerensa> marcoceppi: welcome