/srv/irclogs.ubuntu.com/2013/10/09/#juju.txt

kurt_marcoceppi_: seeing this error when trying to deploy charm "Requested array, got <nil>."  http://pastebin.ubuntu.com/6211685/00:12
=== CyberJacob is now known as CyberJacob|Away
davecheneyomgponies: $UNIT_NAME00:33
davecheneyfrom memory00:33
davecheneywill check00:33
davecheneybut essentially it'll be an environment variable00:33
davecheneyas I understand it, the http relation interface defines two properties, host and port01:00
davecheneyis this correct (Y/N) ?01:00
=== mars is now known as Guest6383
styles_How did you guys like the switch to GoLang?05:00
=== stub` is now known as stub
=== CyberJacob|Away is now known as CyberJacob
=== Kab is now known as Percy
=== Percy is now known as Kabiigon
Kabiigonhi im am have a lxc issue with a juju install06:27
Kabiigonlxc fails to start06:28
Kabiigonfresh install of precise06:28
Kabiigonserror: net: no such interface06:31
rsynnesthey quick random question: i have 12.04 lts and i just installed juju locally with "sudo apt-get install juju-local" before realizing i have LTS and need to install using sudo apt-get install "juju-local linux-image-generic-lts-raring linux-headers-generic-lts-raring" so just wondering if i need to remove anything from that first apt-get?06:48
rsynnestI'm brand new to IRC as well...06:50
rsynnestnot sure if i can just throw questions out there....06:51
=== freeflying_away is now known as freeflying
=== CyberJacob is now known as CyberJacob|Away
=== exekias_ is now known as exekias
=== teknico1 is now known as teknico
=== natefinch-afk is now known as natefinch
marcoceppi_kurt_: I think it's safe to ignore, unless the gui didnt' start properly12:34
=== vila is now known as vila-laaaate-lun
=== vila-laaaate-lun is now known as vila-late-lunch
=== vila-late-lunch is now known as vila
=== gary_poster is now known as gary_poster|away
kurt_marcoceppi_: I am running in to this: https://bugs.launchpad.net/juju-core/+bug/123673414:12
_mup_Bug #1236734: juju 1.15.1 polls maas API continually <juju-core:Fix Committed by gz> <https://launchpad.net/bugs/1236734>14:12
marcoceppi_kurt_: ah, gotchya14:13
=== gary_poster|away is now known as gary_poster
kurt_actually, on closer inspection…may not be that14:14
kurt_sorry, yes it is…wasn't looking at apache log14:15
kurt_its listed as critical, so hopefully fix soon14:15
jcastromarcoceppi_: hey so mramm and I demoed juju at our lug last night14:19
jcastroand I was talking about horizontal scaling14:19
jcastroand I did add-unit -n50 as an example14:19
jcastro"but I wouldn't do that on my laptop with LXC, that's just insane."14:19
jcastroexcept I hit enter instead of "next slide"14:20
jcastromy machine's load is like at 6514:20
mrammhaha14:20
jcastroso tldr, ctrl-c after a juju command does nothing14:20
jcastroyou're getting -n50 whether you cancelled or not14:20
marcoceppi_jamespage: yeah, because that's what's up14:29
marcoceppi_err jcastro ^14:30
_mup_juju/trunk r624 committed by kapil@canonical.com14:36
_mup_merge env-safety-belt14:36
_mup_Bug #1057665 was filed: juju destroy-environment is terrifying; please provide an option to neuter it <juju:Fix Committed by hazmat> <juju-core:New> <https://launchpad.net/bugs/1057665>14:37
jcastromarcoceppi_, I missed the previous line above your response to jamespage14:39
hazmatstyles_, there's only one overlap on the devs between the langs on a whole its been nice as a language, and the ecosystem/lib support has come along quite nicely in the last two+ years since the rewrite started.14:39
marcoceppi_jcastro: there was none14:39
hazmatjcastro, if we can get lxc-clone support with snapshot.. its takes about 0.2s to create a container :-)14:49
hazmatand about 7m per each14:49
jcastrohazmat, I think the bottleneck is post container14:49
jcastrolike, all of them doing one apt-get update at once, then updatedb/mlocate stuff, update-apt-xapian-index and a bunch of other IO stuff14:50
hazmatjcastro, true.. most of it is cloud-init based config in terms of time till a juju  unit.14:52
jcastrohttp://paste.ubuntu.com/6214069/14:55
jrwrenoption to turn that stuff off?15:12
=== natefinch is now known as natefinch-afk
kurt_LOL bug 105766515:43
_mup_Bug #1057665: juju destroy-environment is terrifying; please provide an option to neuter it <juju:Fix Committed by hazmat> <juju-core:New> <https://launchpad.net/bugs/1057665>15:43
hazmatkurt_, james does beautiful bug descriptions :-)15:44
kurt_that was pretty funny15:44
kurt_Can anyone tell me if you need a guinea pig to test a fix for bug 1236734 ? It's killing me. :D15:46
_mup_Bug #1236734: juju 1.15.1 polls maas API continually <juju-core:Fix Committed by gz> <https://launchpad.net/bugs/1236734>15:46
adeuringmarcoceppi_: another MP for charmtools. An one-line change this time16:00
adeuringmarcoceppi_: https://code.launchpad.net/~adeuring/charm-tools/fix-setup-sdist/+merge/19017016:00
marcoceppi_adeuring: cool, I'll sit on it for several weeks :P16:00
adeuring;)16:01
marcoceppi_adeuring: this actually can be fixed by just having ez_setup.py added to the manifest16:01
marcoceppi_which isn't commited in the repo16:01
marcoceppi_:\16:01
marcoceppi_Oh, nvm, this is even cleaner16:02
adeuringmarcoceppi_: sure, that's the other option16:02
marcoceppi_adeuring: +1 from me16:02
adeuringmarcoceppi_: thanks!16:02
adeuringmarcoceppi_: let's also create a traball for charmworld. We'd like to use the tarball instead of PPAs in charmworld -- makes it easier to maintain the right version.16:04
adeuringerm, I mean a tarball of charm-tools.16:05
marcoceppi_adeuring: I just did that :)16:05
marcoceppi_adeuring: for the brew installer16:05
adeuringmarcoceppi_: great!16:05
marcoceppi_adeuring: https://launchpad.net/charm-tools/stable/1.016:05
marcoceppi_each release will get a tarball going forward, but I might be restructuring the release setup16:06
marcoceppi_instead of having "stable", it might be based on major version, so there will be a charm-tools/1.0, charm-tools/1.1 series, etc16:06
adeuringmarcoceppi_: ...but running setup.py from that tarball raises "ImportError: No module named ez_setup"16:07
marcoceppi_adeuring: expect a 1.0.1!16:07
adeuringmarcoceppi_: cool, even better!16:08
marcoceppi_adeuring: I'm re-arranging the charm-tools release layout, the stable series is going away16:58
marcoceppi_adeuring: not sure if that breaks anything for you16:58
marcoceppi_also, 1.0.1 with patched setup.py coming out16:59
adeuringmarcoceppi_: no, I don't think so. But I'd appreciate  new tar ball. We want to use one for charmworld. (OK, I could also create a new one, but staying in sync seems to be a bit better.)17:00
marcoceppi_adeuring: yeah, 1.0.1 will have that new tarball17:00
adeuringmarcoceppi_: sorry, was typing without reading: \o/ for the new release17:00
marcoceppi_adeuring: https://launchpad.net/charm-tools/1.0/1.0.1/+download/charmtools-1.0.1.tar.gz17:31
adeuringmarcoceppi_: perfect! thanks a lot!17:31
marcoceppi_adeuring: I've moved the branch structure around a bit too, 1.1 is the current active series of development (lp:~charmers/charm-tools/1.1) I'm still trying to figure out how to best manage a project in lp so bare with me17:32
AskUbuntuhow to stop entire openstack so that i can run maas server on my localhost | http://askubuntu.com/q/35591417:58
=== CyberJacob|Away is now known as CyberJacob
mhall119marcoceppi_: it doesn't look like setting that env var is working17:59
marcoceppi_mhall119: what's the error you're getting?17:59
marcoceppi_(is it the same as before)?18:00
mhall1192013-10-09 17:57:19 INFO juju.worker.uniter context.go:234 HOOK error: no relation id specified18:00
mhall119marcoceppi_:18:02
marcoceppi_mhall119: yeah, fun18:02
mhall119marcoceppi_: JUJU_RELATION_ID=db:118:03
mhall119that's what I was prefixing the hook call with18:03
marcoceppi_mhall119: well, there are two things wrong with that18:03
marcoceppi_aside from it not working properly, you can't just do a static assignment, the relation_id is created when add-relation happens and it's not easily predictable as to what it will be18:04
mhall119marcoceppi_: I'm getting it dynamically18:04
mhall119DID=$(relation-ids db)18:04
marcoceppi_mhall119: ah, cool good18:04
mhall119then JUJU_RELATION_ID=$DID18:05
mhall119but I logged ${DID} and it was db:118:05
marcoceppi_let me fire up a charm real quick18:05
mhall119is "db:1" a valid value for JUJU_RELATION_ID?18:05
marcoceppi_yes18:05
mhall119marcoceppi_: see line 1847 of http://paste.ubuntu.com/6214819/18:14
mhall119that's prinding ${JUJU_RELATION_ID}18:15
mhall119in db-relation-changed18:15
mhall119but calls in the same script to relation-set and relation-get say no relation id specified, so is having the env variable not enough?18:15
=== natefinch-afk is now known as natefinch
mhall119marcoceppi_: ?18:26
mhall119jcastro: I think I broke marco :(18:27
jcastrohmm?18:28
marcoceppi_mhall119: sorry, lunching18:28
marcoceppi_mhall119: will be back in a few :)18:28
mhall119jcastro: a joke18:29
mhall119lunch sounds like a good idea though18:30
AskUbuntuhow to run openstack and maas server on localhost together | http://askubuntu.com/q/35593118:34
sinzuirick_h_, jcsackett Do either of you have any ideas why staging.jujucharms.com is sending me hate mail :https://bugs.launchpad.net/charmworld/+bug/123758819:01
_mup_Bug #1237588: BdbQuit errors <charmworld:Triaged> <https://launchpad.net/bugs/1237588>19:01
rick_h_sinzui: sorry, was doing some manual debugging. stagign is having a strange error19:01
rick_h_bac: think that's you? ^^ doing pdb in the live gunicorn running server? pdb and gunicorn don't place nice19:02
sinzuirick_h_, bac: That sounds much better than having that in trunk. We can mark the bug as a lower priority or invalid if we are certain we cannot release this to production19:03
bacrick_h_, sinzui: i have only been doing passive queries and looking at log files.  not i.19:04
rick_h_sinzui: yes, this is due to manual monkeying with the source on staging.19:04
rick_h_I'll mark invalid and make sure to back out my pdb's from earlier. supervisord must have come along and restarted the gunicorn servers and picked up the changes19:04
rick_h_sinzui: reverted changes19:06
sinzuiThank you rick_h_19:06
rick_h_sinzui: feel free to ignore that come along before it restarts. Sorry for the noise19:07
sinzuinp. I just couldn't understand why I started seeing it. I had this fear something bad was in production and we wont be able to deploy to in until tomorrow19:08
=== beuno_ is now known as bueno
mhall119marcoceppi_: so I've tried padding the relation-id with -r to relation-get and now I get:19:23
mhall1192013-10-09 19:22:51 INFO juju.worker.uniter context.go:234 HOOK error: no unit id specified19:23
mhall119:(19:23
marcoceppi_mhall119: I was afraid of this19:24
marcoceppi_mhall119: so, in addition to -r <RELATION_ID> you need to specify which unit to pull the data from19:25
marcoceppi_this is in the format of mysql/0 for example19:25
marcoceppi_and is set from JUJU_RELATION_UNIT (I think)19:25
marcoceppi_mhall119: there are way easier ways to manage this stuff19:25
hazmatmarcoceppi_, JUJU_REMOTE_UNIT afaicr19:26
hazmatmhall119, what's  your context.. if your in a relation hook all this is preset for you...19:27
hazmatah config-changed19:28
mhall119hazmat: I'm trying to re-build my db_settings.py for django when a config change results in a new rev of the django code branc19:33
mhall119hazmat: marcoceppi_: I'm going to just copy over the old settings, and let a regular db relation changed updated it when needed19:33
marcoceppi_mhall119: the other idea is to just save the database details to a text file in the $CHARM_DIR and have config-changed read that to update the db_settings19:34
_mup_Bug #1237626 was filed: constraints should be validated <juju:New> <https://launchpad.net/bugs/1237626>19:56
mhall119thanks marcoceppi_, I think I have a charm that'll work now20:06
mhall119jcastro: I still have leftover lxc machine dirs after destroy-environment20:07
jcastroyou will until you upgrade to 1.15.120:07
mhall119ah, ok, still have 1.14.1-saucy-i38620:07
jcastroif you could wait another day or so ....20:08
jcastroor move to -devel if you want to be risque20:08
mhall119I can wait, time to ship my charm of to webops20:09
_mup_Bug #1237634 was filed: maas tags support should support full tag syntax <juju:New> <https://launchpad.net/bugs/1237634>20:10
adam_gdoes juju-core support maas-tags as constraints? as outlined in http://maas.ubuntu.com/docs/tags.html ?21:43
marcoceppi_adam_g: in 1.15.1 it does21:45
adam_gmarcoceppi_, ah ya just found that21:45
adam_gmarcoceppi_, did i read somewhere that the 1.14.1 -> 1.15.1 upgrade is bumpy?21:45
marcoceppi_adam_g: there's a bug open about it, have not tried myself21:46
adam_gmarcoceppi_, have the bug # handy? about to try21:46
marcoceppi_adam_g: 1.16 comes out reallll soon if you want to wait for the next stabl21:46
=== CyberJacob is now known as CyberJacob|Away
marcoceppi_adam_g: https://bugs.launchpad.net/juju-core/+bug/123662221:46
marcoceppi_adam_g: 1.16 has the fix for this21:47
adam_gmarcoceppi_, thanks21:48
eagles0513875fwereade: haha :D now i know where you hid22:16
eagles0513875hide22:16
eagles0513875mhall119:  :D22:16
mwhudsondavecheney: hey23:12
mwhudsonoh23:12
mwhudsonunping23:12
* mwhudson hates bash instead of bugging people23:12

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