niemeyerAlright good progress..04:37
niemeyerBut it's way past bed time.. night all04:38
=== renato_ is now known as renato
rogniemeyer: hi!12:51
niemeyerrog: Yo!12:54
rogniemeyer: i'm considering putting (at least part of) the ec2 test server under launchpad.net/goamz/ec2/test rather than juju/ec2, because it's bound so tightly to the ec2 protocol.12:54
rogdoes that seem reasonable?12:54
niemeyerrog: Yeah, depending on how generic it is13:43
niemeyerrog: Sorry, missed your message earlier13:43
roghazmat: morning13:43
niemeyerhazmat: morning13:43
rogniemeyer: np13:43
mplniemeyer: hi. I'm around if you feel like talking about what you'd like me to start with.14:04
niemeyermpl: Hey!14:08
niemeyermpl: Cool, so..14:09
niemeyermpl: The first thing I'd recommend is getting comfortable with the concepts around the project14:09
niemeyermpl: Trying to use it in the first place, so you understand the overall idea, would be a great start14:10
niemeyermpl: Do you have an account on EC2?14:10
mplniemeyer: nope. I quickly tried locally with lxc but got some errors. some dude pointed me to some troubles he had locally as well but I haven't had time to investigate more.14:15
mplniemeyer: but maybe I can get an account. Do I need to pay if I just want an account and play with juju on it?14:17
niemeyermpl: You have, even though it's going to be quite cheap for what you'll have to do14:20
niemeyermpl: Like cents14:20
mplok, gonna set up one then14:20
niemeyermpl: I recommend playing on EC2 rather than local, because if you're happy with it I'll try to get you involved in developing some features around the EC2 support14:20
niemeyermpl: FWIW, if it starts to get expensive because you've spending a good deal of time hacking, I'll be very happy to sponsor your costs14:21
mplbah, we're not there yet. besides, at some point I suppose I'll need an EC2 to test some camlistore stuff on there too.14:22
mplbut thx, good to know.14:22
_mup_Bug #889125 was filed: Initial implementation of basic ec2 functionality. <juju:In Progress by rogpeppe> < https://launchpad.net/bugs/889125 >14:34
rogniemeyer: new merge proposal for you. it relies on the previous error fixes though, so i'm not expecting an immediate look.14:54
niemeyerrog: Cool15:02
niemeyerrog: Still pumping through..15:02
niemeyerrog: Bazaar branch diffing works, and auth works15:02
rogniemeyer: nice15:02
niemeyerrog: Now just need to sort the actual rietveld interaction15:02
niemeyerrog: Hopefully this afternoon I can nail the whole thing down15:02
rogniemeyer: you gonna branch upload.py or use the stuff from the go tree or do it from scratch?15:03
niemeyerrog: Did it from scratch..15:03
rogniemeyer: probably best15:03
niemeyerrog: Want to integrate into lbox, so upload.py wasn't suitable15:04
rogniemeyer: right15:04
niemeyerrog: The patch stuff in the Go tree was interesting, but ended up being a red herring15:04
niemeyerrog: So writing a rietveld library, then will glue on lbox15:04
rogniemeyer: yeah, i saw your CL15:05
niemeyerBut lunch first! :)15:05
=== jcastro_ is now known as jcastro
hazmatmpl, if you have any notes from your troubles with the local provider i'd be happy to help debug it16:13
mplhazmat: I think you're the one who pointed me to your troubles you had reported. I hadn't even rebooted after I had installed lxc (which is recommended), so that may just be it. as I said, haven't had time to look more into it. but thanks anyway.16:14
jmlI'm trying to deploy a juju formula to lxc locally, and it seems to be hanging on "Starting container..."16:40
jmlAt the charm school at UDS, I remember being pointed to a more helpful log file16:41
jmlbut I can't find that now16:41
hazmatjml, there's a master-customize.log under the units directory in the environments.yaml specified data-dir for the local provider16:51
hazmatjml, there are several log files in that directory16:51
jmlhazmat: thanks.17:06
hazmatjml, the log for the initial lxc container modification used as a template for units is in the master-customize.log17:07
jmlhazmat: that file doesn't exist. have destroyed environment and trying again17:08
hazmatjml, it helps to check the status of containers with lxc-ls or checking for the debootstrap in a process listing17:08
hazmatjml, cool, i'll be around but running errands (national holiday in the us)17:09
jmlhazmat: thanks17:09
fwereadehappy weekends everyone :)17:19
jmlOh. Hmm.17:27
niemeyerfwereade: Have a great one!17:33
rogfwereade: et toi!17:38
rogniemeyer: william raised an interesting point in his review of the Go code that i'm conflating machines and instances, and that's probably not a good thing to do17:39
rogniemeyer: what do you think?17:39
rogargh, ubuntuone-syncdaemon strikes again! 5GiB real memory and rising17:41
mplrog: jsyk, the non literal and more correct translation would be "toi aussi" :)17:46
rogmpl: there's always one. dammit. :-) :-)17:46
rogmpl: i did know that once, honest.17:47
mplI don't doubt it. just pointing it out because I'm not sure you could get away with "et toi" while speaking.17:47
rogmpl: but thanks for letting me know.17:47
rogmpl: and if i was using 3rd person? is "et vous" incorrect too?17:48
mplyep. just go with "vous aussi" or "vous de même" if you want to be fancy.17:48
mplheh, the amazon automatic call lady voice sounds a bit like glados :)17:58
jmlOK So, no master-customize.log exists; debug-log says "starting container", no debootstrap in process list18:06
mplin my environments file, should I change "default-series: oneiric" if I'm using lucid lynx ?18:14
jmlblew away all my lxc environs, the juju data dir, killed relevant twistd & zookeeper processes -- seems to be working now, at least I have a master-customize.log18:15
jmlFailed to fetch http://archive.ubuntu.com/ubuntu/pool/main/p/python-crypto/python-crypto_2.3-2_amd64.deb  Hash Sum mismatch18:16
hazmatjml, destroy-environment is a safe reset, you shouldn't ever have to kill processes by hand, unless you below away the data-dir beforehand18:22
jmlhazmat: it was giving me errors about "address already in use"18:22
hazmatjml, in general using destroy-environment is the best way to clean state/kill processes, it sounds like you had a process around from a previous attempt18:23
hazmatjml, so what do you see know from lxc-ls ?18:23
hazmator juju status18:23
jmlhazmat: ... a previous attempt where destroy-environment didn't do what it says on the tin18:24
jml  0: {dns-name: localhost, instance-id: local}18:24
jml  etherpad-lite:18:24
jml    charm: local:oneiric/etherpad-lite-718:24
jml    relations: {}18:24
jml    units:18:24
jml      etherpad-lite/0:18:24
jml        machine: 018:24
jml        public-address: null18:24
jml        relations: {}18:24
jml        state: null18:24
jml2011-11-11 18:24:04,680 INFO 'status' command finished successfully18:24
jmljml-local-0-template  jml-local-etherpad-lite-018:24
hazmatjml do you see any files in data-dir/user-env/units/etherpad-lite ?18:26
jmlhazmat: container.log and a broken symlink to unit.log18:26
mplso juju boostrap says "SSH authorized/public key not found.", because I followed the getting started guide and entered my access key and secret key. is the guide deprecated on that aspect?18:27
hazmatjml hmm.. so the unit agent never started if the symlink is broken, could you paste the master-customize.log18:27
jmlhazmat: ^ the master-customize.log.18:28
hazmatmpl, the ssh key isn't about the aws keys or usage, juju is looking for a public key on your machine to setup for ssh on all launched machines, it looks for some defaults (id_dsa.pub, etc).. you can specify one directly with authorized-keys-path in your environments.yaml under the provider block18:29
jmlI've blown away the python-crypto deb in apt-cacher-ng18:31
mplhazmat: thx. I haven't seen that in the getting started guide. does it come later?18:31
jmland now I'm going to tear down in this clean & safe way that doesn't involve manual process killing18:31
hazmatmpl, its described in the provider docs, but this should probably be a FAQ entry18:31
jmland look, juju processes still around: http://paste.ubuntu.com/735525/18:32
hazmatjml, indeed.. lxc hanging on a shutdown command was unexpected18:33
hazmatthat needs some reordering then18:33
hazmatso it looks like that would mean there is another lxc-wait operation being done concurrently18:34
hazmatjml, could you paste a ps aux | grep lxc18:35
jmlhazmat: nothing comes up, but I'd already manually killed the processes in http://paste.ubuntu.com/735525/18:39
mplhazmat: that did it, thx. now to wait for the machine to be initialized I suppose...18:42
hazmatjml, one last thing that might have useful information.. could you paste the unit's container.log18:43
jmlwill do.18:44
jmlnote that this is from a run where I have resolved the python-crypto hash mismatch problem18:45
jml(there's now a different problem)18:45
jmlhttp://paste.ubuntu.com/735536/ <- master-customize.log from that run18:46
jmlhttp://paste.ubuntu.com/735537/ <- debug log from that run18:46
hazmatjml, thanks18:50
hazmatjml, same question re process grep on lxc if its still in the same state. the lxc address error is from another lxc process binding to the address18:53
hazmatjml, this should get a bug report18:53
hazmati'm not sure the code does a very good job assuming serial use of the lxc api18:54
hazmatat least not across processes18:54
jmlhazmat: I suspect you'd be able to file a more useful bug report than I.18:55
hazmatjml, sounds good18:55
jmlAnd besides, my direct problem is that I can't get an LXC instance deployed. Dodgy cleanup when I fail to do so is second-tier :)18:55
jmlAlthough maybe this is the language thing.18:56
jmlcrap. I need to pack.18:56
hazmatit still doesn't really answer the problem in this case, which is why the container isn't up, it might be the error comes when we try to check the status and something else is still listening to hte status, jml thanks cheers18:56
hazmati'll have a look at it some more next week18:56
jmlhazmat: thanks :)18:57
rogright, i'm off for the weekend. see y'all monday.19:17
niemeyerrog: Have a good one rog19:52
niemeyerI'll head outside for a while too..19:53
_mup_juju/robust-zk-connect r414 committed by jim.baker@canonical.com23:38
_mup_Initial version23:38

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