[01:51] <surgemcgee> Can I specify the instance type in the charm/config? Can I use the free micro one? Is this only specifiable on the command line when deploying?
[01:52] <surgemcgee> Settle for 33% answer or better. :)
[02:09] <imbrandon> no, yes yes
[02:10] <imbrandon> surgemcgee: ^^
[02:33] <surgemcgee> Got it figured out. Gotta stop withn the research lazyness.
[03:56] <al-maisan> Hola! Just looking at the haproxy/metadata.yaml -- it says: "provides: website: interface: http"
[03:56] <al-maisan> should that not be a requires? i.e. the other way around?
[03:59]  * al-maisan reads the haproxy manual
[04:51] <_mup_> Bug #1012497 was filed: Juju should only give security warnings on bootstrap <juju:New> < https://launchpad.net/bugs/1012497 >
[07:01] <al-maisan> hello there! I ran "juju bootstrap" with "INFO 'bootstrap' command finished successfully" but juju status gives me the dreaded "ERROR Invalid SSH key" message
[07:01] <al-maisan> any ideas how to resolve this?
[07:02] <al-maisan> FWIW: I have id_rsa and id_rsa.pub in ~/.ssh and the permissions are set correctly
[07:02] <al-maisan> I am running juju on an ubuntu 12.04 server
[07:03] <al-maisan> Version: 0.5+bzr531-0ubuntu1
[08:37] <al-maisan> BTW, adding a "authorized-keys-path:" entry to environments.yaml makes no difference
[09:58] <al-maisan> hmm .. after boot-straping juju I can ssh into the created ec2 instance as follows: "ssh -i /home/muharem/.ssh/id_rsa ec2-x-x-x-x.compute-1.amazonaws.com" -- however juju status fails with "ERROR Invalid SSH key"
[09:59] <al-maisan> any help would be greatly appreciated!
[11:06] <al-maisan> the "ERROR Invalid SSH key" problems I was having earlier occurred inside an ubuntu 12.04 server kvm image .. when trying juju from a desktop everything works flawlessly
[11:07] <al-maisan> any idea why juju would have issues when utilized inside a kvm image ..?
[12:03] <m_3> imbrandon: getting 'The requested URL /jquery-1.6.3.min.js was not found on this server' on your blog
[12:04] <m_3> imbrandon: awesome job getting the rpms in!
[12:09] <imbrandon> m_3: kk i'll take a look in a sec, thanks ( its a temp theme anyhow untill i got my good one done :)
[12:09] <imbrandon> and ty
[12:09] <imbrandon> working on the juju doc theme atm
[12:09] <imbrandon> m_3: http://api.websitedevops.com/juju-docs/index.html
[12:14] <imbrandon> there we go, all fixed up, yea my theme is a mess, something about a mechanic never works on his own car ?? heh
[12:14] <imbrandon> ty
[12:19] <imbrandon> hazmat: got a bit more here in a while, i've been busy on it since i did the merge req, figured i had the code out
[12:19] <imbrandon> heh
[12:19] <imbrandon> but yea i dident intend to target trunk, ty ty
[12:20] <hazmat> imbrandon, thank you
[12:20] <hazmat> looks great
[12:21] <m_3> imbrandon: yeah, blog header looks good now
[15:04] <tedg> So I did a "juju debug-hook" and in that shell I can't do a "config-get" ?
[15:05] <tedg> How do I get the JUJU_AGENT_SOCKET ?
[15:10] <avoine> tedg: I think JUJU_AGENT_SOCKET should be set for you
[15:11] <avoine> in the debug-hook shell at least
[15:13] <tedg> Hmm, it's not :-/
[15:14] <tedg> This is a subordinate hook, does that make a difference?
[15:14] <tedg> subordinate charm actually.
[16:03] <negronjl> 'morning all
[16:32] <pavolzetor> hello,
[16:32] <pavolzetor> I am curiosu how much does costs some tiny instance for experiments
[16:32] <pavolzetor> and how to setup twisted and python
[16:32] <pavolzetor> thanks :)
[16:37] <avoine> pavolzetor: what do you want to experiement?
[16:37] <pavolzetor> I wanted to use U1DB for sync
[16:37] <pavolzetor> but after some tests
[16:38] <pavolzetor> it would use a about 10 megs a day, which is a lot for phone
[16:38] <pavolzetor> s
[16:38] <pavolzetor> so I want to use AWS (free tier) for experimenting with Twisted and PUSH (data in JSON)
[16:39] <pavolzetor> it should massively reduce data usage on phone and I can get almost realtime results
[16:39] <pavolzetor> I will still use U1db for local caching on pc
[16:46] <SpamapS> pavolzetor: you can use the free tier if you're careful
[16:47] <SpamapS> pavolzetor: you'll need to use the (undocumented) option 'placement: local' .. and then the charms will all end up on the "juju server" .. since the free tier only gives you one t1.micro. You'll run out of RAM really fast.
[16:50] <pavolzetor> I do not get it, I am going to read docs again
[16:50] <pavolzetor> and I will ask :)
[16:53] <pavolzetor> is there any way to stop it charging me?
[16:53] <pavolzetor> if I somehow exceed
[16:54] <pavolzetor> or just enter fake carD?
[17:01] <SpamapS> pavolzetor: no
[17:01] <pavolzetor> I see
[17:02] <SpamapS> pavolzetor: its $0.02 per hour and you always get 1GB of data transfer for free
[17:02] <pavolzetor> I see
[17:02] <SpamapS> pavolzetor: So The *worst* case is you pay maybe $20 in one month
[17:03] <pavolzetor> that's okay that :)
[17:03] <SpamapS> unless you do something dumb like put up a free porn site
[17:03] <pavolzetor> n
[17:03] <pavolzetor> I do not plan to do so :)
[18:35] <al-maisan> I was having "ERROR Invalid SSH key" problems with juju inside an ubuntu 12.04 server kvm image .. when trying juju from a ubuntu desktop everything works flawlessly.  Any idea why juju would have issues when utilized inside a kvm image ..?
[18:41] <SpamapS> al-maisan: can you maybe paste the whole error?
[18:41] <SpamapS> al-maisan: also if you bootstrap from one machine, you'll need the ssh private key from that machine to access the environment from any other machine
[18:43] <SpamapS> jcastro: https://code.launchpad.net/~clint-fewbar/juju/docs-add-operating-systems/+merge/110135
[18:43] <SpamapS> wait.. ruh roh
[18:43] <SpamapS> something went wrong there
[18:44] <jcastro> ouch, old branch?
[18:44] <SpamapS> no.. hm
[18:44] <SpamapS> we need to resolve this
[18:44] <SpamapS> lp:juju needs to *not* have a /docs
[18:44] <SpamapS> if we're also going to have a docs series
[18:45] <SpamapS> lp:~juju/juju/docs
[18:45] <marcoceppi> SpamapS: I think I had a merge proposal for that
[18:45] <SpamapS> slightly wrong target
[18:46] <marcoceppi> SpamapS: https://code.launchpad.net/~marcoceppi/juju/remove-trunk-docs/+merge/106850
[18:46] <SpamapS> https://code.launchpad.net/~clint-fewbar/juju/docs-add-operating-systems/+merge/110138
[18:46] <marcoceppi> but I somehow missed hazmat's message
[18:48] <marcoceppi> I don't think we're missing much, but I'm not going to mill through all those files
[18:50] <SpamapS> I wonder can't you just merge?
[18:51] <marcoceppi> merge old docs folder with current doc tranch?
[18:51] <marcoceppi> branch, even.
[18:54] <SpamapS> bzr merge -r 432.. ../trunk/docs
[18:54] <SpamapS> I did that..
[18:54] <SpamapS> produces I think the diff
[18:55] <SpamapS> hrm n/m
[18:55] <slank> I'm having trouble with 'juju debug-hooks'. My environment isn't getting set up on the unit (e.g. values like JUJU_AGENT_SOCKET aren't set)
[18:55] <SpamapS> slank: they won't be set until a hook is actually executed b
[18:56] <SpamapS> slank: the prompt you get at first is just a root prompt on the box
[18:56] <SpamapS> slank: you need to cause a hook to execute so you get the full context
[18:56] <SpamapS> slank: so, add a relationship, or change a config setting.
[18:57] <slank> SpamapS: OK, so I've tried: cd /var/lib/juju/units/<unit>/charm/hooks; ./db-relation-changed, and I get an error:
[18:58] <slank> No JUJU_AGENT_SOCKET/-s option found (when running juju-log)
[18:59] <SpamapS> slank: no you can't just run it
[18:59] <SpamapS> slank: you need to tell juju to run it
[18:59] <SpamapS> slank: the idea is to run the hook *in the context of when it will actually be run*
[18:59] <avoine> tedg: still there?
[18:59] <slank> SpamapS: Right, that's what the tmux session is for, isn't it?
[19:00] <al-maisan> SpamapS: please see http://paste.ubuntu.com/1039536/
[19:00] <avoine> slank: have the same problem that you had earlier
[19:00] <avoine> tedg: ^
[19:00] <SpamapS> slank: the tmux session will pop up a new window when the hook is executed by the agent
[19:00] <avoine> wrong ping sry
[19:01] <SpamapS> al-maisan: its possible something went wrong during the installation of your key
[19:02] <SpamapS> al-maisan: ec2-get-console-output i-36d0414f might give you some clues
[19:02] <al-maisan> SpamapS: as you could see at the end of the log I was able to ssh manually in the juju control instance
[19:02]  * al-maisan tries ec2-get-console-output
[19:02] <slank> SpamapS: aha!
[19:02] <SpamapS> al-maisan: ah, try juju status again
[19:03] <SpamapS> al-maisan: I bet it works. It may have been a timing issue
[19:03] <slank> SpamapS: got it. thanks so much
[19:03]  * al-maisan tries
[19:03] <SpamapS> slank: no worries. Its not the most straight forward thing int he world (but it is really really helpful ;)
[19:04] <al-maisan> SpamapS: unfortunately the problem is persistent: http://paste.ubuntu.com/1039547/
[19:06] <al-maisan> SpamapS: here's the ec2-get-console-output BTW: http://paste.ubuntu.com/1039549/
[19:06] <SpamapS> al-maisan: can you ssh without adding the '-i ~/.ssh/id_rsa' ?
[19:07] <SpamapS> al-maisan: perhaps your ssh configuration is not picking up that default key location and trying it?
[19:07] <al-maisan> SpamapS: Permission denied (publickey).
[19:07] <SpamapS> al-maisan: check ~/.ssh/config and /etc/ssh/ssh_config  ... they are likely doing something weird
[19:07] <al-maisan> SpamapS: will do .. thanks!
[19:08] <SpamapS> al-maisan: you will need to fix that, as juju just does 'ssh <whatever the hostname is>'
[19:10] <al-maisan> SpamapS: hmm .. I just removed ~/.ssh/config altogether .. no effect
[19:11] <al-maisan> Oh wait .. now "ssh -i ~/.ssh/id_rsa ec2-107-21-179-132.compute-1.amazonaws.com" does not work either
[19:13] <al-maisan> SpamapS: hmm .. when I specify the "ubuntu" user on the ec2 machine then things work e.g. "ssh ubuntu@ec2-107-21-179-132.compute-1.amazonaws.com"
[19:15] <al-maisan> juju seems to be using port 2181 on the remote machine .. is that right?
[19:15] <al-maisan> Spawning SSH process with remote_user="ubuntu" remote_host="ec2-107-21-179-132.compute-1.amazonaws.com" remote_port="2181" local_port="53059".
[19:17] <SpamapS> al-maisan: right, it forwards communication through that ssh forwarding
[19:17] <SpamapS> al-maisan: so, does juju status work yet?
[19:18]  * al-maisan tries
[19:18] <al-maisan> YES
[19:18] <al-maisan> Oh, wow!
[19:19] <al-maisan> That's funny, it just seems to be taking a very long time.
[19:20] <al-maisan> SpamapS: thanks for looking into this!
[19:20]  * al-maisan tries timing this..
[19:33] <al-maisan> hmm .. now it just works nicely .. must have been something in my ssh configuration
[19:33] <al-maisan> Thanks again!
[19:33]  * al-maisan bows out
[19:51] <kapilt> almaisan-away: all commands wait till the env finishes bootstrapping fwiw
[19:51] <kapilt> Jcastro ping
[19:51] <jcastro> kapilt: hi
[19:52] <kapilt> Jcastro 8:30am fwiw
[19:52] <jcastro> kapilt: is when we start?
[19:53] <jcastro> kapilt: nice, I guess I'll leave at 4am, heh. :)
[19:53] <kapilt> I forwarded you what I know
[20:02] <jcastro> kapilt: ack'ed
[23:05] <bmullan> there seems to be a lot of Charms on the MIA page?  http://jujucharms.com/tools/store-missing
[23:05] <bmullan> is that the extent of status for them?
[23:17] <SpamapS> bmullan: a few of those are because of weird branch churn that we had for a while
[23:18] <SpamapS> bmullan: that report is new, and we're not really able to dive into those issues because the charm store isn't very chatty about why it does or does not have something in it
[23:18] <SpamapS> hopefully that will change soon
[23:28] <bmullan> its been frustrating experimenting with the likes of lxc or nova and find 1/2 way through that some of the charms are missing
[23:37] <SpamapS> bmullan: indeed. We'll get better at that as we learn. :)
[23:37] <SpamapS> bmullan: they're always available via bzr ats 'bzr branch lp:charms/foo'
[23:38] <SpamapS> bmullan: you just have to build a local repo of them.. and use '--repository ~/charms local:foo'