[01:29] <koolhead17> okey guys i have juju runnung on my AWS :)
[01:30] <koolhead17> i just had an issue though which got resolved after i restarted my client machine
[01:34] <hspencer> koolhead17, nice
[01:34] <koolhead17> hspencer: hey there. how have you been man?
[01:36] <hspencer> been workin ahrd
[01:36] <hspencer> hard
[01:39] <hspencer> gettin ready for this Euca 3.0 drop
[01:39] <hspencer> next week dog
[01:39] <hspencer> its coming out
[01:39] <hspencer> its lookin good
[01:41] <koolhead17> cool
[01:42] <hspencer> i hanve' t had chance to take care of that walrus issue
[01:42] <hspencer> i was lookin through boto code
[01:42] <hspencer> cause it works with boto
[01:42] <hspencer> wanted to get an idea of how it was fixed there
[01:44] <koolhead17> k
[11:47] <frankban> hey guys, I am working on a charm: is there a way to rerun the relation-name-relation-changed hook when a config is updated? e.g. from the config-changed hook? I am in a situation where a subscriber configuration value must be sent to the provider charm
[12:44] <_mup_> juju/trunk-merge r278 committed by kapil.thangavelu@canonical.com
[12:44] <_mup_> merge trunk
[13:25] <niemeyer> Good morning everybody
[14:54] <hazmat> frankban, not at the moment
[14:55] <frankban> hazmat: thanks
[14:58] <hazmat> frankban,  you can run other hooks from any given hook, but particular calls to the juju cli api for relations want certain parameters passed either on the cli or environment, normally juju takes care of that when executing them, but its not possible at the moment for other hooks to pass in the correct parameters to drive that usage of the hook cli api (stuff like relation-get, relation-set)
[15:05] <vila> hi all,
[15:05] <vila> running 'juju status' seems to spawn tens of ssh connections leading to trashing,
[15:06] <vila> additionally I can't ctrl-C it and have to kill it
[15:06] <vila> any idea on how I could debug ?
[15:08] <_mup_> txzookeeper/errors-with-path r45 committed by kapil.foss@gmail.com
[15:08] <_mup_> merge trunk
[15:09] <vila> ha, 'juju -v status' is a bot more verbose, but it mentions timimg out on 3 connections while a 'top' lists tens of processes
[15:09] <vila> s/bot/bit/
[15:11] <vila> the machine have trashed for a few and finally the ctrl-c has been taken into account
[15:18] <vila> ok, fixed, my ssh configuration was broken recently
[15:20] <SpamapS> vila: you can run 'juju open-tunnel' to keep an ssh tunnel open
[15:22] <vila> SpamapS: ironically I broke my config when I grew bored of warnings about not being able to install a tunnel already in place and commented out too much ;)
[15:25] <SpamapS> Attention juju LXC users on 11.10, this stable update needs verification: bug #922645
[15:25] <_mup_> Bug #922645: ubuntu template should fail on error <verification-needed> <lxc (Ubuntu):Fix Released by serge-hallyn> <lxc (Ubuntu Oneiric):Fix Committed> < https://launchpad.net/bugs/922645 >
[15:51] <_mup_> Bug #926146 was filed: destroy-environment says: 'NoneType' object is not iterable <juju:New> < https://launchpad.net/bugs/926146 >
[17:17] <koolhead17> hi all
[17:26] <koolhead17> SpamapS: i was able to execute wordpress charm but add service failed for me :(
[17:27] <koolhead17> i am trying again now. :P
[17:45] <koolhead17> jcastro: are you working on some documentation  with the recent juju commands in it
[17:51] <jcastro> no
[17:52] <jcastro> I've submitted a branch with some doc fixes for mentioning READMEs for charms though
[17:52] <koolhead17> does image initialization on AWS takes lots of time?
[17:52] <koolhead17> :(
[17:53] <koolhead17> jcastro: was thinking to use charm get command
[17:53] <jcastro> oh we don't need that
[17:53] <koolhead17> usage: charm get name_of_charm [ local_charm_repo ]
[17:53] <jcastro> soon the charm store will land
[17:53] <jcastro> and we won't need any of that
[17:54] <koolhead17> ooh. so for the 9th demo i should not use that command? i should simply show them wordpress charm which comes with the example?
[17:54] <koolhead17> hi hspencer
[17:54] <jcastro> don't use the example charm, it's out of date
[17:54] <jcastro> what I do is do the charm get
[17:55] <koolhead17> ok
[17:55] <jcastro> and then tell them "we've got some UI things here that will make it easier, so ignore this ugly --repository, etc. part."
[17:55] <jcastro> and then just tell them it'll be just like apt is
[17:55] <koolhead17> ok
[17:56] <koolhead17> hmm. so when i do charm get wordpress, it will bring mysql charm too :)
[17:58] <koolhead17> now am getting error from AWS dashboard <instance availablity failed> wired
[17:59] <koolhead17> i was using asia pacific since its nearer
[18:00] <koolhead17> instance reachablity check failed
[18:34] <hspencer> hey koolhead17
[18:34] <hspencer> how you doin?
[18:35] <koolhead17> hspencer: am good thanks
[19:40] <negronjl> SpamapS: thx for adding me :)
[19:46] <SpamapS> negronjl: np, I'll explain what it is shortly. ;)
[19:46] <negronjl> SpamapS: perfect ... already poking at it too :)
[20:34] <janimo> niemeyer, hi, you mentioned that lpad needs to sign all requests so a Noop Auth is not enough as an anonymous login method. But from LP docs I understand that one should be able to get public data without needing to authenticate.
[20:34] <janimo> The latter seems useful to me and simple to add
[20:48] <niemeyer> janimo: What I said is in agreement, I believe
[20:48] <niemeyer> janimo: I said we want to send the consumer of the data
[20:48] <niemeyer> janimo: That's not authentication
[20:49] <niemeyer> janimo: It requires us to sign the data
[20:49] <janimo> niemeyer, ah I misunderstood. But would LP not answer if we did not set consumer?
[20:49] <niemeyer> janimo: It would..
[20:50] <janimo> for public data it is the simplest, just as if it was browsed anonymously via a browser
[20:50] <janimo> I used lpad for a test from GAE and needed the noop auth hack again
[20:51] <niemeyer> janimo: I don't get what's the problem
[20:51] <janimo> as it does not use files and making an auth for it's datastore is overkill imo if one only wants public data anony7mously
[20:51] <niemeyer> janimo: Just use OAuth{Anonymous: true}?
[20:51] <janimo> ah, I though only ConsoleAuth is to be used not auth directly
[20:52] <janimo> thanks, I'll check that out
[20:52] <janimo> I did not read the file thoroughly and assumed OAuth is an interface name only not an implementation
[21:12] <niemeyer> janimo: Ah, no worries
[21:12] <niemeyer> Soooo..
[21:12] <niemeyer> Symbolic links..
[21:12] <niemeyer> Hmm
[21:32] <_mup_> juju/unit-stop r422 committed by kapil.thangavelu@canonical.com
[21:32] <_mup_> draft spec on stopping service units cleanly
[21:57] <verterok> hi, I'm having some problems trying to deploy on openstack
[21:58] <verterok> seems to be stuck in: provision:ec2: juju.agents.provision INFO: Starting machine id:1
[21:58] <verterok> the bootstrap worked ok, then I did a deploy
[21:59] <verterok> and looking at the debug-log I see this error: EnvironmentNotFound: juju environment not found: is the environment bootstrapped?
[21:59] <verterok> after that, it keeps logging "Starting machine id:1:
[21:59] <verterok> any idea what's going on?
[22:06] <koolhead17> verterok: juju -v status
[22:06] <koolhead17> lets see what do we get from that
[22:09] <verterok> koolhead17: http://paste.ubuntu.com/828143/
[22:10] <koolhead17> verterok: hal-bot ?
[22:10] <verterok> koolhead17: an irc bot
[22:10] <koolhead17> verterok: i think it will take sometime for the instance to come up.
[22:10] <koolhead17> because juju status looks perfect, error free :)
[22:11] <verterok> koolhead17: this is the debug-log: http://paste.ubuntu.com/828146/
[22:11] <verterok> which has an error, but I have no idea what it means
[22:13] <koolhead17> verterok: is this custom charm you have written testing?
[22:14] <verterok> koolhead17: yes, this is a custom charm
[22:14] <verterok> and a very simple one btw
[22:14] <koolhead17> verterok: charm is charm!! :)
[22:15] <koolhead17> verterok: can you try running allready submitted charm from the repository to test if local env works well with it
[22:15] <verterok> sure
[22:16] <koolhead17> verterok: juju destroy-enviornment
[22:16] <koolhead17> and try bootstrap again
[22:16] <verterok> koolhead17: done and done
[22:17] <koolhead17> verterok: juju -v status?
[22:17] <verterok> koolhead17: not ready yet, "Retrying connection: No machines have assigned addresses"
[22:19] <koolhead17> hmm. verterok unfortunately i have not been lucky yet to get charms running on my inhouse openstack enviornment
[22:19] <koolhead17> what i did was i used LXC and did all charming on my local system :P
[22:20] <koolhead17> verterok: pastebin the juju -v please
[22:20] <verterok> koolhead17: ok, now it's up
[22:21] <koolhead17> verterok: https://juju.ubuntu.com/
[22:21] <koolhead17>   juju deploy --repository /usr/share/doc/juju/examples local:mysql
[22:21] <verterok> koolhead17: status output: http://paste.ubuntu.com/828154/
[22:22] <verterok> koolhead17: ok, running that charm
[22:22] <koolhead17> COOL
[22:24] <verterok> koolhead17: same error in the provision-agent :/
[22:24] <verterok> EnvironmentNotFound: juju environment not found: is the environment bootstrapped?
[22:24] <verterok> koolhead17: this is from the debug-log output
[22:24] <koolhead17> verterok: but the environment is already bootstraped IMO
[22:24] <verterok> koolhead17: same status: http://paste.ubuntu.com/828158/
[22:25] <verterok> koolhead17: yes
[22:25] <koolhead17> verterok: are you using PPA
[22:26] <verterok> koolhead17: yes
[22:27] <koolhead17> verterok: would you mind pasting your enviornment.yaml
[22:27] <koolhead17> also the debug-log your running from same user account!! :)
[22:28] <koolhead17> as in same envirnment
[22:30] <verterok> koolhead17: the yaml is: http://paste.ubuntu.com/828167/
[22:31] <koolhead17> looks perect
[22:31] <koolhead17> perfect
[22:33] <koolhead17> verterok: am sorry but my limited knowledge is unable to solve your issue :(
[22:33] <verterok> koolhead17: the debug-log is the same as with my charm... :(
[22:34] <verterok> koolhead17: np, thank. I'll ping one of the core devs
[22:34] <verterok> thanks for the help
[23:18] <m_3> verterok: hi, did you get your services started on openstack?