mupBug #1606569 opened: transient "agent is lost" <oil> <oil-2.0> <presence> <v-pil> <juju-core:Triaged> <https://launchpad.net/bugs/1606569>00:12
=== ses is now known as Guest97665
=== veebers2 is now known as veebers
redirso i should expect to see aws under known cloud types when running juju help add-cloud, yes?01:02
anastasiamacredir: i think it's "ec2"...01:04
rediranastasiamac: tx01:05
anastasiamacredir: \o/01:05
redirinteresting that it's azure:azure but aws:ec2 and google:gce01:07
redirso would it be openstack:nova?01:08
rediror since it is kind of ec2 compatible woudl it be openstack:ec201:08
redirnaming things01:08
anastasiamaci like consistency too but this has grown overtime and there is a difference between cloud name and cloud type I guess :)01:14
mwhudsonveebers: juju mongodb3.2 is in yakkety-release now, so i'd hope it will be picked up by whatever yakkety CI you guys are doing...01:14
thumperanastasiamac, redir: mark has wanted ec2 to be renamed as aws for some time01:20
thumperjust an FYI01:20
* redir backs away slowly01:20
rediris there an easy way to see what config options are available for the ec2 type?01:21
redireasier than grep01:21
anastasiamacthumper: sounds like it's worthy of a bug then :) it seems to be a simple change on the surface but will probabaly have a big effect :) might b wirthewhile tracking01:21
anastasiamacand might be a good idea to try to do for 2.0... considering all the breaking changes we already tackkling \o/01:21
thumperredir: look at provider/ec2/config.go01:38
* thumper guesses at the filename01:38
natefinch-afkyeah, pretty much always config.go01:38
=== natefinch-afk is now known as natefinch
natefinchredir: btw, aws is ec2, because there's also aws-china and aws-gov   and there's azure-china01:41
natefinchI guess the type could still be aws with aws and aws-china and aws-gov for cloud names01:42
redirworks for azure...01:42
redirbut naming things...01:42
natefinchanyone know if we're getting our help topics back before 2.0 is released?  We used to have help for constraints and clouds and any number of other things and they were all removed for some reason01:43
redirI saw at a glance it was alpha sorted, but missed ec2...01:44
redirof course the first cloud listed under juju clouds was aws01:44
redirI just missed the whole type thing01:44
* redir backs away further, slower01:45
redirnatefinch: I think I had the issue to remove them my first week on the job.01:45
thumperok... have a failing import test written01:45
redirso I couldn't tell you much about them.01:45
thumperI don't understand why those topics were removed01:45
redirthumper: w00t01:45
thumperthey were useful01:45
redirIt was bug #156401701:47
mupBug #1564017: 'juju help glossary' and 'juju help topics' are deprecated <helpdocs> <juju-core:Fix Released by reedobrien> <https://launchpad.net/bugs/1564017>01:47
anastasiamacnatefinch: i wanted to talk to u but it must be getting late for u.. do u think we could catch up tomorrow before the standup?01:48
anastasiamacmayb 30mins before?01:49
natefinchanastasiamac: I'm online for some time yet. Totally willing to talk now if you like.01:49
anastasiamacnatefinch: k. gimme 10 min :)01:49
redir10 minimum01:49
anastasiamacnatefinch: ho we've used yesterday?02:02
natefinchanastasiamac: sure02:04
anastasiamacnatefinch: there :) here :)02:05
rediraxw: yt?02:09
axwredir: I am02:10
redirgot a few minutes for a HO?02:10
rediraxw: ^^02:10
axwredir: sure, see you in standupo02:10
redirtx again axw that was very helpful02:35
axwredir: no worries02:35
menn0thumper: ping?02:56
thumpermenn0: ya?02:56
menn0opinion required02:57
thumperI'm full of those :)02:57
menn0i'm making a change to the migrationmaster so that each instance (for each model) has it's own logger02:57
menn0so that it's possible to distinguish the activity for each02:57
menn0it's done but i've realised it's kinda ugly02:58
menn0right now it's using "juju.worker.migrationmaster:model-uuid"02:58
menn0which is really long02:58
menn0for example:02:58
menn02016-07-27 02:56:00 INFO juju.worker.migrationmaster:fcc877db-3451-440b-84f4-0d817000b4b9 worker.go:259 opening API connection to target controller02:58
thumperwhat about just: "juju.migration:model-uuid" ?02:58
thumperwhat about just: "juju.migration:model-uuid[:6]" ?02:59
thumperwe use the last 6 chars of the uuid for the instance id02:59
thumperpython equivalent02:59
menn0changing the prefix (juju.worker.migrationmaster) makes it sufficiently different from other workers03:00
menn0I think that should probably stay the same03:00
menn0thumper: what about using the model name instead of the UUID?03:01
* menn0 wonders if they are unique in a given controller03:01
menn0suspect they are03:01
thumper2016-07-27 02:56:00 INFO juju.worker.migrationmaster:00b4b9 worker.go:259 opening API connection to target controller03:01
thumperhow does that look?03:01
thumperI think the uuid is better03:01
thumperthe models aren't unique03:01
thumperbut namespaced to the owner03:02
thumpermodel names that is03:02
menn0what about: "juju.worker.migrationmaster:owner/name"03:02
menn0I guess that could get pretty long too03:03
menn0but at least it's readable...03:03
menn0yeah, I think the UUID is better03:05
thumperone thing it should probably log first would be owner/name :)03:06
menn0there is likely to be tooling which extracts the migration logs for a given model03:06
menn0thumper: that's not a bad idea03:06
menn0will require some API changes but nothing difficult03:06
thumperI'm really close to having volume migration done03:07
menn0just to round out the discussion, what about:03:07
thumperwill be off line for about an hour shortly as I take Maia and my laptop to her hockey game03:07
thumperthat will have a different base logger03:07
thumperso not caught with the juju=debug03:08
thumperlogger hierarchy is based on "."s03:08
menn0thumper: true03:08
thumperw00t import tests pass03:08
menn0thumper: on the flip side it makes it easier to filter all the logs for a given model03:08
thumpermigration.00b123 ?03:09
menn0really, all of this is a moot point if we had the model specific logs generated on the controller attached to the correct model when the logs are recorded03:09
menn0but we haven't quite figured that out03:10
thumperwhich would be WAY nicer if we had one 64 bit int as the primary key03:10
thumperrather than a futzing UUID03:10
menn0yep yep03:10
natefinchIMO the best idea is not to munge the log heirarchy but give another dimension on which users can filter03:11
thumpermenn0: hmm... $ git diff master | wc -l03:11
thumperand a few more tests to write for migration_internal_test.go03:11
menn0natefinch: we have that (debug-log only shows you the logs for the model you're connected to)03:12
menn0natefinch: it just doesn't work well for model-specific workers which run in the controller03:12
menn0natefinch: if we did that right then none of this would matter03:12
menn0I'm going to raise this at the tech board meeting03:13
natefinchmenn0: then let's do that right ;)03:13
menn0natefinch: that's what I intend to raise at the meeting - doing it right03:13
menn0it might not even be that hard03:13
thumperI do think we should store some unique DB integer keys for models03:13
thumperand store those against the logs03:13
thumperand translate as necessary03:14
thumperless junk in the db03:14
thumperrather than storing perhaps two different uuids for every log line03:14
menn0thumper: to save space? probably03:14
thumperand faster queries03:14
thumperinteger comparison is faster than string comparison03:14
natefinchwe did that at my last job... the real IDs were UUIDs, but there was a translation table to ints to save memory (we had millions of items in memory)... they are also more user friendly when counts are small03:15
* thumper nods03:15
menn0thumper: file a ticket!03:15
thumpermenn0: I'm offline for a bit, but taking laptop to write more tests03:15
thumpervolumes should be good to go when I get back03:15
menn0thumper: that's great news03:16
thumpernow to do all the same shit with filesystems03:16
veebersmwhudson: re: yakkity/mongo sweet thanks, I'll make sure that's passed on to the team03:17
natefinchquick review anyone?  Fixing windows by adding ciphersuites it actually supports: http://reviews.vapour.ws/r/5307/03:23
natefinch(it's two lines and a comment)03:25
thumperaxw, menn0: pretty sure I have everything for migrating volumes -  http://reviews.vapour.ws/r/5310/04:05
thumpermenn0: when we are both back, I'd like to chat about the bootstrap and upload tools issue04:05
thumpermenn0: ping04:52
menn0thumper: pong04:52
menn0thumper: 1:1?04:52
thumpermenn0: quick hangout?04:52
=== frankban|afk is now known as frankban
menn0axw, fwereade__: tech board?08:00
axwmenn0: coming08:00
balloonsaxw, you still here?08:29
axwballoons: sure am08:29
balloonsaxw, I wanted to chat with you about your MP08:29
axwballoons: sounds good. here or hangout?08:30
balloonsaxw, sure, let's do a hangout08:31
axwballoons: there is a bug with "juju register". easy to fix, just adding a test for it now.08:55
balloonsaxw, ahh brillant. So indeed there's a bug08:56
balloonssorry I didn't file something specific for this08:56
axwballoons: if you added a user with access to exactly one model, register would try to switch to it but failed to qualify its name08:56
axwballoons: np08:56
balloonsaxw, right. When you talked about switching models, I had thought register did that for you08:57
balloonsand that's how your change caused the issue :-)08:57
axwballoons: only when you have exactly one, which I didn't when I tested08:57
balloonsthe world makes sense again08:57
axwballoons: :)08:57
babbageclunkfrobware: Is it possible to install maas1.9 on xenial? Or do I need to make a trusty vm?08:58
babbageclunkfrobware: Ignore me, worked it out.09:01
balloonsaxw, so there's an MP that already moves that function to jujupy09:05
axwballoons: which what?09:06
balloonsaxw, https://code.launchpad.net/~nealpzhang/juju-ci-tools/assess_multi_users/+merge/29946309:06
frobwarebabbageclunk: you need trusty09:07
babbageclunkfrobware: Yeah - I see that there's no xenial in the stable ppa.09:07
balloonsaxw, so you can kind of see how it would work. You need a EnvJujuClient2B14 that inherits EnvJujuClient2 and overrides that func09:08
babbageclunkfrobware: Do you know if the trusty version of cloud-init needs your hack to the image?09:08
frobwarebabbageclunk: remind me which one :-D09:08
babbageclunkfrobware: The one to let it bring up the network when there's no dhcp.09:09
frobwarebabbageclunk: HO?09:09
babbageclunkfrobware: sure - which one?09:09
babbageclunkfrobware: https://hangouts.google.com/hangouts/_/canonical.com/standup?hl=en&authuser=109:10
balloonsaxw, it also looks like the code change could be made easier -- you can pass the model name to clone09:10
macgreagoirfrobware dooferlad: I have a more complete (albeit ugly) work-around for this ip addr sorting issue. Is either of you available for a quick HO to discuss?09:19
dooferladfrobware, macgreagoir: give me two minutes then I can.09:20
frobwaremacgreagoir: otp with babbageclunk :)09:20
macgreagoirI'll let y'all ping me when ready, cheers :-)09:21
mupBug #1597941 changed: juju2.0beta10: websockets API usability Application Deploy failure to inform of required addCharm pre-requisite <2.0> <conjure> <usability> <juju-core:Won't Fix> <https://launchpad.net/bugs/1597941>09:22
dooferladmacgreagoir: back09:23
macgreagoirdooferlad: stand-up HO?09:23
dooferladmacgreagoir: https://hangouts.google.com/hangouts/_/canonical.com/james-mick ?09:24
dooferladmacgreagoir: we can put anything after canonical.com it seems09:24
axwballoons: doh, thanks for that. that other MP will need to be updated too.09:26
balloonsaxw, if you want to redo your MP with that as a base, I'm approving it to land, so they can both go09:27
axwballoons: okey dokey09:27
balloonsaxw, would you like a bug for the register issue?09:33
axwballoons: do you want to go ahead and land that other MP? I'll need to retest, and also update the other new tests and test htem with my juju PR09:33
balloonsaxw, I was going to let Leo do it when he awakes in a few hours09:33
axwballoons: don't worry about the bug, I'm on it and it's not on master anyway.09:33
balloonsaxw, do you need it before then? If so, that might be possible09:33
axwballoons: ok, no worries09:33
axwballoons: I'll just merge and work off his commit09:34
balloonsright, i asked him to remove a comment, but I don't think you should have a bunch of conflicts remerging trunk when it's in :-)09:34
balloonsaxw, I am curious though -- did the grant revoke test pass with your changes to the test itself?09:35
balloonsaxw, it should still have exposed the register bug -- did it not?09:35
axwballoons: it did not09:35
axwballoons: which is curious...09:35
balloonsaxw, any thoughts on why not? That would be useful to make sure it's caught09:36
balloonsthe manual test is very similar to what it's doing -- I'm not sure how it worked09:36
balloonsaxw, perhaps you can tweak assert_read_model to add some additional asserts?09:37
axwballoons: yep, will look into it09:37
balloonsaxw, sorry for the scope creep, but we do want to make sure we have coverage :-)09:38
axwballoons: no worries09:38
axwballoons: actually leo's branch works with my juju PR without any further changes. I think because the API methods being used to verify read/write access09:53
balloonsaxw ohh really?09:54
mupBug #1605986 opened: Creating container: can't get info for image 'ubuntu-trusty' <oil> <oil-2.0> <juju-core:New> <https://launchpad.net/bugs/1605986>10:01
axwballoons: so to answer your question about why it wasn't failing: the test wasn't checking the exit status of the "juju register" pexpect process. register is failing right at the end, when it goes to set the current model. so the controller is set up, and further commands succeed because they're specifying a model with "-m"10:27
babbageclunkfrobware: bug 1585878 - does it affect maas 1.9 as well?11:13
mupBug #1585878: Removing a container does not remove the underlying MAAS device representing the container unless the host is also removed. <2.0> <hours> <maas-provider> <network> <reliability> <juju-core:In Progress by 2-xtian> <https://launchpad.net/bugs/1585878>11:13
frobwarebabbageclunk: I would expect it to if we don't issue calls to release when we do $(juju remove-machine 0/lxd/0).11:14
babbageclunkfrobware: I can't see the device allocated anywhere11:15
frobwarebabbageclunk: sorry, was otp.12:00
babbageclunkfrobware: no worries - worked it out - it was the version of my code where I'd added a method to the interface but hadn't added it to the impls yet, so no providers would allocate container addresses.12:02
babbageclunkfrobware: just noticed that the vsphere provider tries to implement the Networking interface but doesn't. Do you think I should add the other missing methods (Spaces, SupportsSpaceDiscovery) with stub implementations as well as adding ReleaseContainerAddresses?12:18
frobwarebabbageclunk: raise a bug for this. at the very least track it as an independent change.12:28
babbageclunkfrobware: ok12:29
frobwarebabbageclunk: discrete fixes are easy and trivial to revert -- should the need arise. And cherry-pick too.12:29
babbageclunkfrobware: you mean do it in a separate commit? Or in a separate PR?12:29
frobwarebabbageclunk: bug + separate PR. your change should be so trivial and obvious and discrete that it's a no-brainer to accept it. :)12:30
babbageclunkok cool12:30
babbageclunkfrobware: This whole area seems weird - there are providers for which SupportsNetworking returns true (and they implement the Networking interface) but the method implementations return errors.NotSupportedf. Why is this one interface?12:38
babbageclunkfrobware: I'm putting arch notes to this effect in commits.12:40
mupBug #1606917 opened: vsphere provider is missing some Networking methods <juju-core:New> <https://launchpad.net/bugs/1606917>12:59
mupBug #1600301 changed: cmd/jujud/agent MachineSuite.TestHostedModelWorkers fails because compute-provisioner never really starts <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Invalid by dooferlad> <https://launchpad.net/bugs/1600301>13:05
frobwaremacgreagoir: per or HO earlier... any chance you could try this: http://pastebin.ubuntu.com/21139080/13:33
frobwaremacgreagoir: will look at the LXD / eth.cfg / cloud-init fix now13:33
mupBug #1606922 opened: private-address isn't updated on machine reboot <juju-core:New> <https://launchpad.net/bugs/1606922>13:35
macgreagoirfrobware: ack13:36
frobwaremacgreagoir: https://bugs.launchpad.net/juju-core/+bug/1602054/comments/1413:36
mupBug #1602054: juju deployed lxd containers are missing a default gateway when configured with multiple interfaces <2.0> <network> <regression> <juju-core:In Progress by dooferlad> <https://launchpad.net/bugs/1602054>13:36
frobwaremacgreagoir: tree is here: https://github.com/frobware/juju/tree/master-lp160205413:37
frobwarenatefinch: standup?14:02
mupBug #1606939 opened: UNIQUE constraint failed <ci> <intermittent-failure> <lxd-provider> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1606939>14:05
kwmonroeahhh.. roger that.  i'm VM'd.  i heard of people trying ubuntu native on the 2014 macbooks, but had problems with wifi and screen resolution, so i never went down that road.  only guy i know with native ubuntu on a mac is curtis.15:22
kwmonroedamn wrong channel :/15:23
katcocan someone else TAL at http://reviews.vapour.ws/r/5305 ? i feel like i'm missing something and i'm not comfortable landing it15:46
katcoit's a very short review15:46
katconatefinch: perrito666: frobware: et. al: ^^^15:47
katcoperrito666: ta15:48
* perrito666 finally has internet15:48
perrito666glorious 6Mdown 1Mup15:48
katcoperrito666: btw thanks for your help yesterday. i was actually able to write a script to connect to mongo from outside the lxc container15:49
perrito666katco: niice, care to share ?15:49
katcoperrito666: which is a huge relief! no more worrying about adding packages from within the container15:49
katcoperrito666: yeah i'll send it out to the list15:49
perrito666katco: the diff from fwereade seems to break something else, I added a comment16:14
katcoperrito666: k tal16:14
katcoperrito666: if i'm reading that code correctly, doesn't the loop remove directories? so prior to fwereade's change, it would have deleted everything *except* for backups?16:16
perrito666ah I see that is  poc16:17
perrito666not something I can say in front of children16:18
perrito666so, the previous iteration would keep everything but backups, but done in the most awful way possible16:18
perrito666it would loop over ignored list but do nothing unless one of those was backups16:19
perrito666the new code will do the same, buut, I missed a part, and he is right, yes that code can land, despite how disgusting it is, it is a bit less so than theprevious one16:19
katcooh i see, i inverted the test case16:22
katcowow that is weird code16:22
perrito666katco: there, I added a coment16:22
perrito666katco: I presume it was done to "in the future we can expand this already complicated code with bleh" mindset, something that happens too often in backups16:23
perrito666restore instead is mostly writen with "they asked me to quick patch this as restore is being replaced rsn"16:23
katcolol yeah16:25
katcoperrito666: btw sent that script out16:25
* katco goes for a walk16:28
mupBug #1606991 opened: TestWaitMinionNeverBecomeMinion wrong minion <ci> <intermittent-failure> <regression> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1606991>16:35
mupBug #1606991 changed: TestWaitMinionNeverBecomeMinion wrong minion <ci> <intermittent-failure> <regression> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1606991>16:44
babbageclunkfrobware: quick review please? https://github.com/juju/gomaasapi/pull/5516:51
frobwarebabbageclunk: should Devices() return a copy or the pointers/refs?16:54
babbageclunkfrobware: Yeah, I wondered that - I followed the example of .Nodes(). It's more powerful, and since it's a test server returning the actual thing seemed ok.16:56
mupBug #1606991 opened: TestWaitMinionNeverBecomeMinion wrong minion <ci> <intermittent-failure> <regression> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1606991>16:59
frobwarebabbageclunk: before continuing would like to understand the rationale for not returning copies.17:01
babbageclunkfrobware: I did that for consistency with the other similar methods (Nodes, Files, OwnedNodes, IPAddresses). I don't need it in this case, but it's conceivable that a future test might.17:04
frobwarebabbageclunk: just wondering if it makes test code brittle w.r.t. things changing underneath you17:05
babbageclunkfrobware: Not sure whether it's obvious, but only the tests use those methods - the live code only interacts with the server over HTTP.17:06
frobwarebabbageclunk: so the immediate question... why does it need exporting?17:06
babbageclunkfrobware: So that the test that I'm writing (for ReleaseContainerAddresses) can monkey with the devices to set them up.17:07
frobwarebabbageclunk: ah, I see17:07
babbageclunkfrobware: (Sorry, should probably put that on the PR.)17:07
babbageclunkfrobware: Added it.17:10
* babbageclunk should be home already, whoops bye!17:17
mupBug #1607000 opened: Immortal zombie Juju controller on MAAS <landscape> <juju-core:New> <https://launchpad.net/bugs/1607000>17:35
mupBug #1607044 changed: WorkerSuite.TestUpdatesAfterPeriod timed out <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607044>19:36
mupBug #1607044 opened: WorkerSuite.TestUpdatesAfterPeriod timed out <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607044>19:42
natefinchanyone seen a problem where c.Mkdir panics on windows?20:18
natefinchnvm, looks like it's just cruft left from an earlier run... but evidently the random number generator on windows always produces the same random string for gocheck's mkdir20:19
natefinchwhich uh... makes it somewhat less useful20:19
bodie__Anyone know when Dimiter is off vacation?  He wanted me to talk to him at Gophercon, but I wasn't able to catch him.20:25
perrito666bodie__: no clue, sorry20:26
katcobodie_: he was back, but is currently at a sprint. he should be back next week20:26
bodie__Thanks katco :)20:26
katcobodie__: hth20:26
=== natefinch is now known as natefinch-afk
thumperbootstrapping lxd and having that feeling that it won't start because my squid-deb-proxy is not up to date...21:14
* thumper waits to see21:14
ahasenackthumper: thanks for helping troubleshoot https://bugs.launchpad.net/landscape-client/+bug/160500221:24
thumperahasenack: no worries21:25
thumperwas the subordinate hook staying running?21:25
ahasenackthumper: it was your comment about the subordinate apparently still doing stuff, and the "machine lock", that lead me in the right direction21:25
ahasenackthumper: it was hung, like in an infinite loop21:25
thumperit got me thinking about how to surface that21:25
ahasenackso it was running according to juju, but not doing a thing really21:25
thumperif a hook has been running for a "long" time21:25
thumperwe should highight somehow21:25
ahasenackyeah, don't know21:26
ahasenacktimeouts are tricky21:26
* thumper nods21:27
menn0redir: nice catch on my dumb test failure... embarassing21:38
redirgo test caught it21:38
redirmenn0: ^21:39
menn0redir: I changed from using the full UUID to using the suffix and forgot to re-run the tests21:39
redirfigured that or it was a WIP21:39
katcobdx: are you a pokemon?21:50
redirok buck21:50
bdxomg lol21:53
bdxmust be21:54
menn0thumper: no leads call today right?21:57
menn0thumper: also, can I have a chat with you regarding migration status pls?21:58
thumpermenn0: I don't think the leads call is on22:00
mupBug #1605986 changed: Creating container: can't get info for image 'ubuntu-trusty' <oil> <oil-2.0> <juju-core:Invalid> <https://launchpad.net/bugs/1605986>22:00
thumpermenn0: 1:1 for chat?22:00
menn0thumper: yep22:01
mupBug #1607109 opened: juju needs to warn about lxd on trusty earlier <juju-core:Triaged> <https://launchpad.net/bugs/1607109>22:39
menn0perrito666: ping22:41
perrito666menn0: pong22:46
menn0perrito666: so i'm trying to make another juju user a controller admin (for testing something) and I can't make it work22:46
menn0I did "juju add-user foo"22:47
menn0did the registration thing (in another Linux account)22:47
menn0then juju grant user --acl=write controller22:47
perrito666controller admin not yet landed, trying to now actually22:47
menn0that explains it then22:47
menn0never mind22:47
menn0perrito666: is there also something coming to show the currently assigned ACLs?22:50
perrito666menn0: enoparse22:51
menn0perrito666: where can you see a list of users with access to a model and the ACLs grants to them?22:51
perrito666menn0: I "think" there is something in place, but I dont recall having in my plate adding more stuff, although now that I try to remember, what is in place might be to get info about one user only22:53
menn0perrito666: it seems like "juju shares" is close but it doesn't show the ACLs.22:53
menn0and the name doesn't really make sense (the word "share" is only used there)22:54
perrito666menn0: it was used elsewhere before22:54
menn0perrito666: I suspected it was but it might need renaming now22:54
perrito666anyone found mgo failing a lot of tests with socket left in blah state?22:58
menn0perrito666: that usually happens when you've forgotten to close a collection or State23:00
perrito666menn0: tx a lot, very possible23:01
perrito666meh, not that23:08
axwthumper: I need to go help with kids, then will be out for a while at school - if you're still stuck later I'll see what I can do to help. we should be updating the agent-version in bootstrap config in environs/bootstrap/bootstrap.go23:35
thumperyeah, that's where I'm poking around23:36
thumpermenn0: I have a fix for the bug, but need thoughts on how to test23:52
thumpermenn0: got a few minutes?23:52
menn0thumper: yep23:53

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