[00:13] wallyworld_: morning [00:13] hey [00:13] I have a problem for you: [00:13] pulled trunk, got "undefined: ratelimit.New", go get github.com/juju/ratelimit, still get error. What did I miss? [00:14] what error? [00:14] ratelimit is undefined [00:14] it can't find the package [00:14] go get -u [00:14] maybe [00:14] ah [00:15] marcoceppi: thanks for fixing the charm-helper-sh problem [00:15] wallyworld_: no luck, strange.. [00:15] hmmm [00:16] i did hear that tip of ratelimit is not compatible with juju core [00:16] but for the whole package to be undefined doesn't fit with that [00:17] i just pulled ratelimit and it is there [00:17] it must be something with my setup, otherwise others would be hitting this [00:18] are you sure your GOPATH is correct? [00:18] I'll check go paths etc (again!) [00:24] hmm, GOPATH looks correct, ratelimit is in $GOPATH/src/github.com/juju/ratelimit, tried rebuilding pkg hmmm === thumper-gym is now known as thumper [00:24] mwhudson: where are you off to? [00:24] thumper: uk [00:24] sprint? [00:24] or holiday? [00:24] waigani: i'm concerned that the solution to your problems is 'rebuild' everything [00:24] holiday! [00:24] dad's 80th [00:25] nice [00:25] that smells like something is wrong with your setup [00:25] have fun [00:25] waigani: you need to do this: [00:25] go get github.com/juju/ratelimit [00:25] then run [00:25] thumper: i have to keep reminding myself that the routing with 6 hours in sydney was over $1000 cheaper :-) [00:25] godeps -u dependencies.tsv [00:25] mwhudson: haha [00:25] mwhudson: where you going ? neptune ? [00:25] mwhudson: emma and pheobie going too? [00:26] mwhudson: how do you spell that? [00:26] * thumper feels like it is wrong [00:26] thumper: no, solo [00:26] thumper: phoebe [00:26] o before e == long eee sound [00:26] thumper: thanks, davecheney: more of a desperate attempt than a solution [00:27] waigani: lets fix the underlying problem [00:27] waigani: you have godeps built? [00:27] please tell the doctor where it hurts [00:27] davecheney: the underlying problem is not having the deps right :) [00:27] hey I just updated to 1.17.5 on precise and now local machines give me this error "(error: container failed to start)" is this a known issue? [00:27] thumper: godeps -u dependencies.tsv [00:27] "/home/jesse/go/src/github.com/juju/ratelimit" now at 0025ab75db6c6eaa4ffff0240c2c9e617ad1a0eb [00:27] godeps: cannot update "/home/jesse/go/src/github.com/juju/testing": fatal: reference is not a tree: 9c0e0686136637876ae659e9056897575236e11f [00:28] waigani: go version [00:28] waigani: cd ~/go/src/github.com/juju/testing [00:28] go env | pastebinit [00:28] git pull [00:29] thumper: yeah, if waigani is using go get [00:29] probably a way to do it without changing directory [00:29] davecheney: go version go1.2.1 linux/amd64 [00:29] and a working copy already exists [00:29] then it will not update [00:29] go get -u github.com/juju/ratelimit [00:29] also, godeps doesn't pull [00:29] is required [00:29] davecheney: ack [00:31] * thumper breaks his own rules and takes the laptop into the kitchen [00:32] thumper: davecheney: wallyworld_: all working now, tests pass thanks [00:33] good [01:27] axw: all that thinking and we already have it in the Makefile :) [01:28] doh :) [01:45] davecheney: any idea why I'd be getting link errors when trying to build the tests on power? [01:49] oh fark [01:49] stabby [01:49] stabby [01:49] stabby [01:53] thumper: needs more stabby! [01:57] rick_h_: ✂ ☹ [01:57] rick_h_: ✂☹ ✂☹✂☹✂☹ [01:59] lol [02:03] thumper: heh, you're being roped into the "make it work on funny arch" game? [02:03] mwhudson: yeah... [02:04] davecheney: hiya === hatch__ is now known as hatch [02:06] davecheney: I need help [02:24] waigani: shipit [02:24] waigani: well, apparently there's a text conflict in state/initialize_test.go, so after you fix that :) [02:24] oh really? [02:25] okay, axw thanks for the massive review [02:25] waigani: no worries :) [02:44] waigani: https://code.launchpad.net/~waigani/juju-core/remove-checkers-dir/+merge/210935 needs updating with trunk, someone added a test pointing to old checkers [02:44] thumper: on it [02:48] waigani: also the migrate testbase branch has conflicts with trunk [02:51] hello [02:51] i'm here to help [02:52] thumper: sorry, was eating [02:52] davecheney: you aren't allowed to eat [02:52] my god man [02:52] sorry sir [02:52] why is mongodb-server failing on power? [02:52] I'm guessing you've solved this already [02:52] thumper: ahh [02:52] this is a good question [02:53] juju looks for /usr/bin/mongod [02:53] and chides you if it's not there [02:53] BUUUUUUUUUUUUUUUUT [02:53] the actual path of juju-mongodb is somewhere else [02:53] becuase this is our special versino of mongo [02:53] so even if the package is installed, the check still fails [02:53] or the upstart script points to the wrong location [02:54] are we installing that? [02:54] well [02:54] I didn't think that that branch had landed [02:54] it did land and was reverted [02:54] the install instructions say 'apt-get isntall mongo-server [02:54] which isn't correct [02:55] so the default mongo-server on power is fucked [02:55] and we need to use our one? === Ursinha-afk is now known as Ursinha [02:55] thumper: not fucked [02:55] not available [02:55] I installed it [02:55] thumper: as I understood it [02:56] we (juju) should always be recommeding juju-mongodb package [02:56] but it fails to start [02:56] not just for trusty/ppc64el [02:56] but for everyting back to precise [02:56] thumper: it doesn't work 'cos v8 doesn't run on ppc [02:56] it should be juju-db package (according to our sabdfl) [02:56] the juju-mongodb package does not have a javascript interpreter enabled [02:56] well... unless you have the v8 power thing from github [02:56] um [02:57] o/ mwhudson [02:57] i thought a v8 port was available for power? [02:57] probably not packaged though i guess [02:57] I don't think it is packaged [02:57] thumper: sir, it's a little late to reopen this discussion [02:57] developed by not available [02:57] we (juju) should always be recommeding juju-mongodb package [02:57] davecheney: I'll take it to the people I know... [02:57] ^ am I mistaken [02:57] * thumper sighs [02:57] i agree that davecheney is right about where things _should_ be [02:57] davecheney: you are correct with what we originally said [02:58] nfi what the current state is though [02:58] however we had been trumped along the way [02:58] but I'm not sure whether it has been actioned [02:58] * thumper will take to the email [02:58] who wants to get on a hangout and thrash this out ? [02:58] davecheney: so... your local on power had a hacked juju-db upstart? [02:58] thumper: NO [02:58] my hack is [02:59] ubuntu@winton-02:~$ ls -l $(which mongod) [02:59] lrwxrwxrwx 1 root root 24 Mar 14 00:55 /usr/bin/mongod -> /usr/lib/juju/bin/mongod [02:59] IMO two things need to happen [02:59] i don't want to muddy the water tooooo much [02:59] 1. juju stops recommending the mongodb-server package [02:59] but https://launchpad.net/ubuntu/+source/mongodb/1:2.4.9-1ubuntu1/+build/5664994 is a ppc build of mongo for trusty [02:59] 2. upstart scripts are corrected to reflect the path is /usr/lib/juju/bin/mongod [03:00] mwhudson: sorry [03:00] please, this discussino is over [03:00] james page made this package [03:00] ok [03:00] mwhudson: I did try it, it failed to start [03:00] it's too late to try to re solve this problem [03:00] ah ok, so it builds but doesn't work, ok [03:00] we have a solution [03:00] it's a really good solution [03:00] davecheney: i'm not trying to change the solution [03:00] because it *ALSO* solves the problem for precise [03:00] davecheney: AFAIK nate is working on changing to use the juju db package [03:00] which we still have to support for another 3 years [03:00] davecheney: it is a different argument about the name 'juju-db' or 'juju-mongodb' [03:01] I want to see where we are with it [03:01] thumper: cool [03:01] the name of the replacement pacakge is unimportant [03:01] davecheney: so you just symlinked /usr/bin/mongod [03:01] the key is that it does not live in /usr/bin/mongod [03:01] and it isn't called mongodb-server [03:01] ack [03:01] thumper: yes, that is my workaround [03:02] to unblock myself [03:02] it is not a soluton [03:02] right [03:02] * thumper is on to fix the solution [03:02] 1. juju stops recommending the mongodb-server package [03:02] 2. upstart scripts are corrected to reflect the path is /usr/lib/juju/bin/mongod [03:02] ^ i believe this is the correct sequence [03:03] sure... [03:03] davecheney: do you want to be CC'ed on the emails, or are you happy to be left off? [03:04] axw: due to the current aufs issues, I'm going to submit a branch to default aufs to off [03:04] thumper: okey dokey [03:06] thumper: sure [03:06] email away [03:06] davecheney: i'm guessing i need to configure the ppc vms to be able to ssh out to an ec2 instance? [03:06] thumper: re aufs: i agree [03:06] i know mramm really really wants it [03:06] but lets get *something* working [03:06] before moving on to making it use all the super amazing optional features [03:07] wallyworld_: oh, there is no external access [03:07] wallyworld_: if you have the http proxy [03:07] davecheney: none at all? [03:07] goota go through the proxy [03:07] thumper: i used the squid proxy to get http [03:07] and the proxy is whitelist only [03:07] the ip addresses didnt work [03:07] wallyworld_: i'm really sorry [03:07] you have to raise an RT [03:07] please cc me on the RT [03:07] i'm maintaining a list of open ones [03:07] i'm tyring to get the PM to be more active in getting them actioned [03:08] wallyworld_: also, ask for all the vms [03:08] davecheney: so my ssh foo is crap - i can't just set up a config and use the proxies from the doc, they are only for http? [03:08] wallyworld_: not quite sure what you are asking [03:08] wallyworld_: axw has good ssh-fu [03:08] the doc talks about from bne -> your vm [03:08] not the other way around [03:08] incoming access is via batuan, the jump host [03:08] davecheney: yes, but the doc also gives proxies to use inside the vm [03:08] outgoing access is via proxy [03:09] i have outgoing http access via http://squid.internal:3128/ [03:09] correct [03:09] but that is whitelisted [03:09] but you are saying an RT is needed to get outpoing ssh? [03:09] wallyworld_: yes [03:10] and also to have addtional sites whitelisted for the proxy [03:10] davecheney: ok, will raise rt. cause once that's done, i have a branch which would have been abl to bootstrap a workload on aws [03:10] for example I had to ask rog to hold off on the launchpad.net/goyaml -> gopkg.in/goyaml change [03:10] because that site was not whitelisted by the proxy [03:10] OH FUCK [03:10] i just realised that [03:10] sync bootstrapo [03:11] yep [03:11] we required ssh access from the client [03:11] WE"RE FUCKED [03:11] yep [03:11] * davecheney cries [03:11] oh? [03:11] we can't organise that? [03:11] the chances or elmo allowing that are effectively zero [03:11] can we disable sync bootstrap ? [03:12] what's the problem? [03:12] no outgoing ssh [03:12] from ppc boxen [03:12] you can't proxy it? [03:13] what is outgoing? [03:13] bootstrap tries to ssh into aws instance and fails to connect [03:13] axw: sync bootstrap [03:13] if you can ssh, you can ssh out using a tunnel at the worst [03:13] if you can ssh in* [03:13] axw: a human can [03:13] juju probably cant [03:15] davecheney: do you have an HTTP proxy you can go out through? [03:15] davecheney: if so, you can set up ssh to use HTTPS/CONNECT using ProxyCommand [03:16] man ssh_config, look for ProxyCommand [03:16] and set up your ~/.ssh/config accordingly [03:17] axw: worth a shot [03:17] i think some parts of aws are whitelisted [03:17] but it might just be the api endpoiints [03:37] axw: are you actively trying to use the proxy for outgoing ssh ? [03:40] davecheney: I'm not doing ppc stuff, so no [03:40] axw: thanks for confirming [03:40] davecheney: I can help debug if you're having trouble though [03:41] axw: i am also not trying [03:41] ok [03:51] wallyworld_: are you trying? [03:52] no [03:52] am finish tests [03:52] finishing [03:52] i can try after that cause i want to get the branch proposed [03:53] and it's a bit of a rabbit hole with existing code cut and pasted around a bit [03:54] the branch i'm working on is not blocked by the ssh issue [03:58] wallyworld_: https://codereview.appspot.com/77220043 [03:59] wallyworld_: I changed lxc-clone and lxc-clone-aufs to bools [03:59] ok [03:59] wallyworld_: as I tried to use it locally and realised how fucked up strings were in their place [03:59] will look in 2 minutes [03:59] sure [03:59] no rush [03:59] I have to head out shortly [03:59] also has aufs defaulting to off for now [03:59] thumper: what's failing at the moment are tests which i don't think should have passed originally [03:59] haha [04:00] damn [04:00] ie upload tools should not upload for non dev versions [04:00] ie 1.2.x should not upload since it's not a dev release [04:00] right... and I take it that it is? [04:00] yep [04:00] so i'm having to change existing tests [04:00] but 1.2.x.1 should right? [04:00] yep [04:00] ok [04:01] those table driven tests are a pita [04:01] or at least that how it appears [04:01] i have to did though gobs of output [04:02] i might review your stuff to give my eyes a rest [04:04] thumper: https://codereview.appspot.com/77220043/ LGTM [04:07] davecheney: ta [04:08] * thumper goes away for while... [04:08] wallyworld_: is there an MP for the tools/arch change you are working on ? [04:08] * davecheney is ready to review [04:09] davecheney: it's still wip sadly. it was ready and i used it to test live but i added extra tests and they failed cause we have cut and paste code and broken tests which passed even though they should not have IMO [04:09] le fuck [04:10] unless i am wrong, if version.Current is 1.2.x say, the --upload-tools should not work cause 1.2 is a release version [04:10] wallyworld_: i think that you are correct [04:10] but that restriction was never implemented in code [04:10] and yet tests set up such a version.Current and called bootstrap --upload-tools and expected tools to be uploaded [04:11] well, it was in some places [04:11] so, the tests assume that restrictino is not in place [04:11] remove the restriction ? [04:11] hmmm. i would like to keep it [04:11] cause relese tools should be available [04:11] i think it's reasonable to say that upload-tools should be for dev versions [04:14] wallyworld_: sure, i have no position on this [04:14] --upload-tools always produces, x.y.z.1 [04:14] yeah [04:14] so there is no possibility of a conflict [04:14] there was 2 pices of almost identical code [04:15] one lot enforced it i think, and the other didn't [04:15] i've made changes so can't recall exactly [04:16] but the code is now shared, so we can change the policy in once place [05:21] davecheney: if you still feel like reviewing https://codereview.appspot.com/77270043 a lot of the diff is deleted/moved code and tests. i also retained upload release versions for explicit uploads [05:21] davecheney: you should be happy once this lands [05:22] tested on ppc box but failed due to ssh - the tools bit worked fine [05:26] wallyworld_: /me looks [05:26] ta :-) === vladk|offline is now known as vladk === vladk is now known as vladk|away === vladk|away is now known as vladk [08:06] jam, good morning [08:06] jam, https://juju.ubuntu.com/docs/config-LXC.html says that [08:06] "The usage of LXC Linux Containers enforces that bootstrapping and destroying of an environment are done as root. ... [08:06] ... sudo juju bootstrap" [08:06] but I have got [08:06] "ERROR bootstrapping a local environment must not be done as root" [08:06] where can I write about it? [08:23] vladk, it is done by root, but sudo is called later in the bootstrap process [08:24] dimitern, morning [08:24] vladk, morning! [08:25] dimitern: I see, but there is an error in documentation, if I follow it, I have got the above error. So I would like to know who can I write to fix the documentation [08:26] dimitern: how can I 'juju bootstrap' with trusty series? [08:26] vladk, evilnickveitch is in charge of the documentation, and there are bugs filed for the docs separately [08:27] vladk, https://bugs.launchpad.net/juju-core/docs [08:27] vladk, so on trusty, you just need to do juju bootstrap --upload-tools [08:28] dimitern: how to understand upload-tools? [08:29] vladk, ah, that's an instruction to bootstrap to package your existing binaries (from cmd/juju and cmd/jujud) into a tools.tar.gz package and set the version to version.Current.Number + 0.0.0.1 [08:30] vladk, i.e. if version.Current is 1.17.6, with --upload-tools version 1.17.6.1 will be uploaded (and .2 next time you call --upload-tools and so on) [08:30] vladk: morning [08:30] vladk: the docs do need updating, they are correct for juju 1.16.6 (our last stable release), but not correct for trunk [08:30] however, we won't update the docs until 1.18 is out, since otherwise they'd be wrong for everyone using stable [08:38] vladk, dimitern, feel free to file bugs anyhow on things you think are wrong, but mention you are running the dev version [08:38] someday we will have notes for the unstable releases too [08:39] evilnickveitch, \o/ [08:48] mornin' all [08:52] rogpeppe: morning [08:52] vladk: hiya [09:02] mgz, fwereade, maas vlan meeting? [09:02] mgz: vladk, fwereade: care to join us to discuss MaaS ? [09:02] https://plus.google.com/hangouts/_/canonical.com/discuss-vlan [09:26] rejoining [09:28] mgz: poke about MaaS vlan [09:48] mgz: poke [09:55] good morning everyone [10:00] morning perrito666 [10:00] wwitzel3: let me know when you come online [10:02] jam: I'm here [10:02] wwitzel3: hi. We're still doing some of the MaaS VLAN discussion, but I think we're winding down. [10:03] wwitzel3: I'm in the hangout associated with the 1:1 calendar event I sent you [10:47] mgz: poke for standup [10:48] vladk, ^^ [11:00] gah, sorry guys [11:10] could somebody have a llok here: https://codereview.appspot.com/77260044 (trivial fix( [11:11] adeuring: LGTM [11:11] voidspace: thanks [11:34] voidspace: shall we make another hangout? [11:35] natefinch: if you have known tests that fail, and we can fix them with runtime.GOMAXPROCS(1), we can certainly add them. [11:35] I'm interested in vlan stuff, but if I sit in on that, I will loose all the HA stuff jam and I talked about this morning [11:35] natefinch: I am going to take a look at the code changes you pushed up and run them through MaaS, ping me when you're back in the saddle. [11:36] voidspace: https://plus.google.com/hangouts/_/7acpj0plqg71qcoie9g4705ddo?hl=en-GB [11:40] rogpeppe1: coming [11:59] just testing something - please ignore this message (or not at your pleasure) [12:14] mgz, fwereade, dimitern, jam: we want to factor out the address-related stuff from the instance package. suggested package is juju-core/netaddr, with the same Address, etc types that are current in the instance package [12:14] does that seem reasonable? [12:14] rogpeppe1, +1 [12:16] why the factor out? [12:18] mgz: because addresses need to be seen by clients, and it doesn't really make sense for clients to import instance === rogpeppe1 is now known as rogpeppe [12:18] that surprises me a little, I thought everything imported instance [12:20] mgz: there's a load of stuff in the instance package which is really not applicable to API clients [12:21] eg, lots of things use Instance.Id even if they don't use other bits [12:21] mgz: factoring out the address-related stuff seems kind of reasonable to me [12:21] mgz: instance.Id, yes [12:21] it seems reasonable to move it if it helps things [12:21] I just thought instance was pretty pervasive [12:24] mgz: it is, but i guess to me the address stuff feels much less juju-specific than the other stuff in the instance package [12:25] mgz: and dividing them up could make for two nicely coherent packages [12:25] mgz: but if you don't think it's a good idea, i don't think it matters too much [12:26] it seems reasonable if it actually helps anything [12:26] as in, if there are places that don't ending up importing both anyway :) [12:27] mgz, rogpeppe: could you tell me why juju-backup/juju-restore are no regular commands (e.g. juju backup/juju restore)? [12:27] and why they are called plugins? [12:27] TheMue: they are, just magic plugin things [12:27] TheMue: they're a bit hacky to be first-class citizens [12:28] TheMue: but "juju backup" should work [12:28] rogpeppe: hacky in the way they are implemented? sure, a bit different. ;) [12:28] TheMue: as should "juju restore" [12:28] TheMue: (the former requires the shell script to be installed tho) [12:29] rogpeppe: hmm, where is the magic hidden that the script is called? didn't found a reference to the script in the code. maybe too blind. [12:29] TheMue: it starts with "juju-" [12:30] rogpeppe: ah, so if juju (the command) doesn't find a command (e.g. "foo") directly implemented it looks for a "juju-foo" file to execute it? [12:30] rogpeppe: then also the naming as plugin makes sense [12:33] rogpeppe: found the magic, thanks. important for the documentation I'm writing [12:39] jam: want to meet now? [12:39] * jam whimpers [12:40] soo many meetings [12:40] but actually yes [12:40]