/srv/irclogs.ubuntu.com/2013/03/20/#juju.txt

=== _thumper_ is now known as thumper
=== langworthy_ is now known as langworthy
robmoorem_3: I see in the logs you responded to me but not sure if you were able to look at logstash-agent. It still seems undeployable.03:58
=== defunctzombie is now known as defunctzombie_zz
=== jam1 is now known as jam
melmothhola, with the openstack provider, how can i tell i want my vms to use a give flavor (say m1.large) ?10:57
melmothahh, may be constraint instance-type10:57
melmothgot it10:59
melmothjuju deploy etherpad-lite  --constraints  instance-type=m1.large10:59
melmothand you end up with /dev/vdb11:00
mgzmelmoth: right.11:13
mgzyou probably want to use the generic constraints instead though11:13
melmothlike bootstraping with the constraint ?11:14
mgzmelmoth: like, saying cpu=4 mem=8192 (or whichever of those you actually care about instead)11:21
=== teknico__ is now known as teknico
=== BradCrittenden is now known as bac
=== bcsaller__ is now known as bcsaller
=== teknico_ is now known as teknico
=== wedgwood_away is now known as wedgwood
=== frankban_ is now known as frankban
=== defunctzombie_zz is now known as defunctzombie
logix812Anyone else have issues getting the Beta OSX version running?15:16
m_3logix812: not sure of the status of the osx client... imbrandon? jcastro?15:18
=== defunctzombie is now known as defunctzombie_zz
dinopetroneafternoon all. Attempting to install juju on osx, i ran into a small issue.  Seems like juju is requiring a class in yaml that i don't have15:25
dinopetroneImportError: cannot import name CSafeLoader15:25
dinopetrone>>> yaml.__version__15:27
dinopetrone'3.10'15:27
=== salgado is now known as salgado-lunch
dinopetronei run into this issue when i try and run the command $ juju bootstrap15:28
=== racedo` is now known as racedo
=== defunctzombie_zz is now known as defunctzombie
mthaddongary_poster: howdy - would you be a good person to talk to about the output of "juju status" and what's considered an error (I'm thinking you may have thought about this from your work on the juju GUI)?16:11
gary_postermthaddon, hi.  Maybe? :-)  What do you have in mind?16:22
mthaddongary_poster: we'd like to parse the output of status for what things could be considered a problem in a juju env - wondered if you have any pointers. Looking for agent-state problems or relation-errors only, I think16:23
gary_postermthaddon, I see.  yeah, we categorize everything in a *-error state or with relation errors as units in error requiring attention16:24
mthaddongary_poster:  egrep 'relation-errors|agent-state:.*-errors' ?16:26
gary_postermthaddon, that sounds about right (though error, not errors).  I'm trying to find the code that actually aggregates this for us...16:28
gary_postermthaddon, fwiw, this is our code. http://pastebin.ubuntu.com/5631629/ The only maybe interesting thing is that this seems to say that there might be an "error" state (as opposed to *-error).  I don't recall having seen that, but perhaps it is reasonable.16:32
mthaddonthx16:36
robmoorem_3: I see in the logs you responded to me but not sure if you were able to look at logstash-agent. It still seems undeployable.16:38
m_3robmoore: ack... I saw what was wrong, haven't had a chance to fix it yet16:42
m_3look at it after current meeting16:42
robmoorem_3: Thank you!16:43
=== salgado-lunch is now known as salgado
=== langworthy_ is now known as langworthy
=== deryck is now known as deryck[lunch]
jcastrohazmat: either you or mramm go to the docket talk at pycon?17:44
hazmatjcastro, no.. i have the src though17:44
jcastroI mean docker, the lxc container "thing".17:44
hazmatits still using lxc-start/lxc-stop17:44
jcastrooh so for us it wouldn't be much different then17:45
hazmathmm.. i wouldn't say that..17:46
hazmati still think warden is probably a better fit out of the box atm17:46
hazmatie. its a rest api to lxc container creation (really direct cgroup) over a unix socket17:46
hazmatused in cloud foundry17:46
hazmatdocker is just a cli atm17:46
jcastrook, I was just doublechecking it was on your radar17:47
hazmatdefinitely17:48
hazmatdocker being go and lxc related.. definitely on the radar17:48
hazmatat a minimum it might form a useful basis for at min an lxc wrapper, alternatively we could an remote api layer to it.. either way could be useful.17:49
=== defunctzombie is now known as defunctzombie_zz
m_3robmoore: so it's a problem between the launchpad branches (they're stacked) and the charm store... still debugging18:08
m_3robmoore: in the mean time, I suggest you deploy from a local repo...18:08
m_3robmoore: either `bzr branch lp:charms/logstash-agent` or `git clone https://github.com/charms/logstash-agent`18:08
m_3robmoore: stick that into a local directory like '~/charms/precise' and deploy with `juju deploy --repository ~/charms local:logstash-agent`18:10
m_3robmoore: hopefully figure out what happened with that branch.  The fix I tried last night didn't work18:10
m_3robmoore: fyi, it will most likely work once `bzr info lp:charms/logstash-agent` shows no personal (~paulc) branches18:12
robmoorem_3: I appreciate the instructions. I'll give it a shot and let you know how it goes.18:19
m_3robmoore: sorry man... this problem's been here a while... haven't had chance to clean it up18:20
m_3btw, all ~charmers:18:22
m_3to promulgate (promote a branch to be an official charm in the store)18:22
m_3http://paste.ubuntu.com/5631671/18:22
m_3the `bzr init` step is critical18:22
m_3after you've promulgated, the `bzr info lp:charms/<charm-name>` should show no personal branches18:23
m_3i.e., be unstacked18:23
m_3I'll get that out to the list as well18:24
SpamapSm_3: quite easy to put those steps into promulgate...18:28
m_3SpamapS: yeah, good point18:29
m_3SpamapS: I just learned about the init step last week.  I'd always just cloned a fresh version from lp:~charmers before promulgating18:29
SpamapSm_3: seems logical to me. :-P18:31
SpamapSm_3: anyway, its bzr/lp weirdness that no charmer should need to know about :)18:31
m_3SpamapS: agree18:32
m_3robmoore: ok, logstash-agent's fixed... should depoy fine from the store now18:34
=== deryck[lunch] is now known as deryck
robmoorem_3: Excellent! Thanks for your help.18:35
m_3robmoore: np... hazmat figured it out... more subtle bug than just branch stacking18:36
=== JanC_ is now known as JanC
=== defunctzombie_zz is now known as defunctzombie
hazmatjcastro, incidentally just pushed cs:~hazmat/precise/docker if you want to play with it22:28
=== defunctzombie is now known as defunctzombie_zz
=== wedgwood is now known as wedgwood_away
=== defunctzombie_zz is now known as defunctzombie
=== defunctzombie is now known as defunctzombie_zz

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!