/srv/irclogs.ubuntu.com/2015/12/14/#juju-dev.txt

mwhudsonomg i submitted a PR to juju!02:34
mwhudsonhttps://github.com/juju/juju/pull/395802:34
rick_h_mwhudson: whoa!02:43
rick_h_:)02:43
=== ashipika1 is now known as ashipika
dimiternvoidspace, dooferlad, frobware, o/ morning09:07
frobwaredimitern, morning09:07
voidspacedimitern: frobware: dooferlad: o/ morning09:11
voidspacedimitern: dooferlad: welcome back :-)09:11
dimiterncheers :)09:11
dimiterndooferlad, I was looking at your WIP branch - you should get all 3 endpoints bound - 1 explicitly, 2 implicitly to @default09:12
dimiterndooferlad, I suspect there's something around adding the charm (and/or metadata)09:12
dimiternthere are other examples in the same test package - have you tried using s.UploadCharm ?\09:13
frobwaredimitern, can we chat about /e/n/i after standup?09:13
dimiternfrobware, sure09:13
dimiternfrobware, I've realized some time after I sent the last mail to you, that we can use the interfaces list of the node, right after creating it (or even earlier, if there are bindings passed to acquire) to get which NICs are active and create bridges for them only, eliminating the guesswork09:15
frobwarehmm09:16
frobwaredimitern, I had some concerns about our bridge the world approach.09:16
frobwaredimitern, isn't it too late by then though? this is happening in cloud init09:17
dimiternfrobware, hmm. that's right09:17
dimiternfrobware, but at the time acquire returns (maybe with verbose=1 as well), we should get all the information we need about the interfaces maas knows about that node09:18
voidspacedimitern: stdup10:02
dimiternvoidspace, omw10:03
voidspacedimitern: cool10:03
mupBug #1525868 opened: Uniter state file empty after node crash <juju-core:New> <https://launchpad.net/bugs/1525868>11:39
frobwaredimitern, can we have a quick HO re: address allocation13:52
dimiternfrobware, sure, just give me ~10m to finish this test?13:53
frobwaredimitern, ok; ping when convenient.13:53
frobwaredimitern, which can be longer than 10m ... :)13:53
dimiternfrobware, will do, sorry I've *almost* nailed the critical bug - finishing the last unit & live tests, so I can get over with it13:56
frobwaredimitern, sure - don't rush.13:56
dimiternfrobware, ok, HO?14:17
dimiternfrobware, I'm in the standup one - join when you can14:20
frobwaredimitern, omw14:22
dimiternvirtuous-lettuce-juju-machine-0-kvm-2.maas-19 is better than juju-machine-0-kvm-2-00249376-2c6a-4243-8c39-7d88008ee3c8.maas-1914:22
mupBug #1525959 opened: juju 1.25 Alpha2 deploy fails with our existing bundles  <oil> <juju-core:New> <https://launchpad.net/bugs/1525959>15:42
frobwaredimitern, ping - you still about?16:18
dimiternfrobware, yep16:19
frobwaredimitern, should aliases, whose underlying device is now bridged be "juju-br-eth0:1" or remain as "eth0:1"?16:19
frobwaredimitern, it's really a naming issue only16:20
dimiternfrobware, I think it should be fine to leave them alone16:22
frobwaredimitern, http://pastebin.ubuntu.com/14007098/16:22
dimiternthey don't work very well with curtin anyway - I don't think we need to care about aliases now16:22
dimiternfrobware, that looks good to me16:23
frobwaredimitern, you sure? That's what we currently do but I think we should drop the alias16:24
voidspacedimitern: ERROR juju.worker runner.go:226 exited "discoverspaces": unknown object type "DiscoverSpaces"16:24
frobwaredimitern, drop the "juju-br" prefix from the alias16:24
voidspacedimitern: this looks to me like the DiscoverSpaces facade is not registered properly16:24
dimiternfrobware, so long you have it already and if it works (after the 120s cloud-init-nonet delay..) let's keep them16:24
voidspaceunfortunately I tore down the environment before properly looking at the logs16:24
voidspacere-bootstrapping *grrr*16:24
dimiternvoidspace, heh, yeah - check init() funcs in apiserver - that's where it happens usually16:24
voidspacedimitern: yeah, init is there16:25
dimiternvoidspace, hmm.. is the version v0 or v1 ?16:26
voidspacedimitern: it was 0, I just bumped it to 1 but not pushed yet16:26
voidspacewould that make a difference?16:26
voidspaceit should be 1 for a new facade, right?16:26
dimiternfrobware, I don't mind the prefix, the important thing is whether it works :)16:27
dimiternvoidspace, all new facades should be v1 when introduced16:27
voidspaceyeah, I doubt that's the problem though...16:27
dimiternvoidspace, that was decided at some point, but might be irrelevant16:27
mupBug #1525959 changed: juju 1.26 Alpha2 deploy fails with our existing bundles <bundles> <oil> <juju-core:Won't Fix> <https://launchpad.net/bugs/1525959>16:30
voidspacelogs don't have any more useful information, will have to actually work out the problem...16:31
dimiternvoidspace, check if the api/ side is calling the correct method and facade name16:32
voidspacefacade name is correct16:33
voidspacewill add more logging in the worker16:33
dimiternvoidspace, alternatively, might be a permission thing?16:33
voidspacedimitern: could be, although I would expect (hope?) for a different error message16:35
voidspaceadding logging to see16:35
mupBug #1525959 opened: juju 1.26 Alpha2 deploy fails with our existing bundles <bundles> <oil> <juju-core:Won't Fix> <https://launchpad.net/bugs/1525959>16:39
mupBug #1525959 changed: juju 1.26 Alpha2 deploy fails with our existing bundles <bundles> <oil> <juju-core:Won't Fix> <https://launchpad.net/bugs/1525959>16:42
mupBug #1526003 opened: Data race in undertaker <ci> <race-condition> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1526003>18:16
mupBug #1526063 opened: TestNoContextWithLock <ci> <intermittent-failure> <test-failure> <juju-core:New> <juju-core maas-spaces:New> <https://launchpad.net/bugs/1526063>21:19
=== blahdeblah_ is now known as blahdeblah
mupBug #1526072 opened: Juju-deployer 0.6.0 and juju-core 1.25 - Build doesn't time out and keeps running until aborted <oil> <juju-core:New> <juju-deployer:New> <https://launchpad.net/bugs/1526072>21:58
mupBug #1526072 changed: Juju-deployer 0.6.0 and juju-core 1.25 - Build doesn't time out and keeps running until aborted <oil> <juju-core:New> <juju-deployer:New> <https://launchpad.net/bugs/1526072>22:04
mupBug #1526072 opened: Juju-deployer 0.6.0 and juju-core 1.25 - Build doesn't time out and keeps running until aborted <oil> <juju-core:New> <juju-deployer:New> <https://launchpad.net/bugs/1526072>22:07

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