/srv/irclogs.ubuntu.com/2015/10/19/#juju-dev.txt

mupBug #1494542 opened: config-changed error does not cause error state <hooks> <juju-core:In Progress by axwalk> <juju-core 1.24:Fix Released by thumper> <juju-core 1.25:Fix Released by thumper> <https://launchpad.net/bugs/1494542>01:36
dimiternjam, ping - 1:1 ?07:01
jamdimitern: sorry I missed you, maybe chat after standup?08:04
dimiternjam, ok, sure08:04
dimiternjam, frobware, TheMue, standup?09:01
TheMuesorry, phone call, will join in a moment09:03
mattywfwereade, ping?09:08
fwereademattyw, pong09:08
mattywfwereade, hey hey, would you have 10 minutes for a little chat about http://reviews.vapour.ws/r/2746/09:09
fwereademattyw, in 10-20 mins? meeting atm09:09
mattywfwereade, ping me when you're around09:10
dimiternfrobware, TheMue, I've suggested to skip the planning today and instead do it as scheduled on friday, with a "double retro" for this and the last iteration09:20
frobwaredimitern, dooferlad: I'm back... I also scheduled a planning session in 30 mins.09:33
dooferladfrobware: ack09:33
dimiternfrobware, I guess you didn't get my earlier message09:34
=== perrito667 is now known as perrito666
frobwaredimitern, nope09:34
dimiternfrobware, TheMue, I've suggested to skip the planning today and instead do it as scheduled on friday, with a "double retro" for this and the last iteration09:34
frobwaredimitern, fair enough and as long as we have enough scheduled until then.09:34
dimiternfrobware, I think we do09:35
dimiternjam, do you think "storage.fast" needs to be part of the constraints accepted syntax for maas?09:38
dimiternjam, I was thinking the constraints should be generic and the bindings define the specific parts, like fabric class09:39
dimiternjam, so in order to get to the arguments we need to pass to acquire node, we combine constraints and bindings (the latter overriding the more generic former)09:40
jamdimitern: i would have actually expected the constraints to match the binding syntax09:40
jamdimitern: from the model of "constraints are just about placement"09:40
jamand if we want to deploy 2 services on a machine, then that machine needs to be somewhere that can match these constraints09:41
jamwhich are what bindings will be used for services deployed to that machine09:41
jam(or containers on that machine)09:41
dimiternjam, are you saying we should support [<plug>@|^]<space>[.<class>] in constraints?09:43
dimiternI think this unnecessarily complicates things09:43
jamdimitern: I'm not suggesting "plug" in constraints09:52
jambut you need a way to say "I'm about to create a machine, for which I'm going to deploy services on it"09:53
jamyou need a way to "add-machine" that is in the right spaces and fabrics to be able to "deploy plug@"09:53
dimiternjam, right, then constraints like spaces=foo.bar are passed literally to maas09:54
jamright09:54
dimiternjam, ok, we're in agreement then :)09:55
dimiternjam, I'll update the docs to reflect this09:55
dooferladdimitern: python is there in the default Ubuntu image that MAAS installs.09:57
dooferladdimitern: i.e. images/ubuntu/amd64/generic/trusty/release/root-tgz so I guess that is a default cloud image09:58
jamdooferlad: traditionally ubuntu used upstart which is python based so it *had* to have python, I'm not sure if it could be removed now, but IIRC python is still part of a bunch of core bits09:58
dimiterndooferlad, awesome!09:59
dooferladjam: good to know. I thought it had to be there, but I just wanted to check09:59
=== akhavr1 is now known as akhavr
dimiterndooferlad, when you have some time, I'd appreciate if you can independently test my juju-br0 script changes on your maas(es?) with 1.25: https://github.com/juju/juju/pull/353910:43
dooferladdimitern: will do10:44
dimiterndooferlad, cheers10:51
frobwaredimitern, published some comments. Given the size of the script you could also run it through http://www.shellcheck.net/about.html11:08
dimiternfrobware, I didn't know that checker, will do - thanks for the review!11:09
mupBug #1506866 opened: Juju delays ~15min to update the unit public address with a Nova floating IP <juju-core:New> <https://launchpad.net/bugs/1506866>13:05
=== cmars` is now known as cmars
dooferladdimitern: how exactly do you want me to test that branch?13:20
dimiterndooferlad, you have your maas working right?13:28
dimiterndooferlad, 1.913:28
dooferladdimitern: I am on 1.813:28
dimiterndooferlad, ah, I see13:28
dooferladdimitern: do you want me to upgrade?13:28
dimiterndooferlad, well, it should work on 1.8 (haven't tested)13:29
dimiterndooferlad, how about this: bootstrap --upload-tools --to somenode.maas on 1.8 and then add-machine/deploy+add-unit --to lxc:013:30
dooferladdimitern: I was more asking about the juju changes. Is it a case of turning off the addressable containers flag and deploying a machine?13:30
dimiterndooferlad, it applies only without the feature flag13:30
dooferladdimitern: OK, will do.13:30
dooferladdimitern: I don't like that we have juju-br0, but that is for another time!13:31
dimiterndooferlad, basically, I've tested: 1)bootstrap --to (with various network setups on a NUC with 2 NICs - second one usb2eth adapter); 2) add-machine/add-unit --to lxc and kvm13:31
dimiternand made sure all machines come up (eventually, I'm experiencing slow downs due to c-i waiting 120+ secs before yielding the node to juju after provisioning) with the proper IPs13:32
dimiterndooferlad, use your CI script - it should be easy to test with the feature flag and without on 1.8 (to ensure no regressions)13:33
dimiterndooferlad, but it's a good idea to upgrade to 1.9 soon :)13:33
=== akhavr1 is now known as akhavr
mupBug #1507601 opened: TestStartTerminationWorker fails on gccgo <ci> <gccgo> <ppc64> <regression> <test-failure> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1507601>13:59
=== BradCrittenden is now known as Guest53960
mupBug #1507637 opened: Bootstrap and provisioning fail with internal error tagging instance <bootstrap> <ci> <ec2-provider> <intermittent-failure> <juju-core:Incomplete> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1507637>14:56
mupBug #1507644 opened: backup i/o timeout <backup-restore> <ci> <intermittent-failure> <juju-core:New> <https://launchpad.net/bugs/1507644>15:05
mupBug #1507644 changed: backup i/o timeout <backup-restore> <ci> <intermittent-failure> <juju-core:New> <https://launchpad.net/bugs/1507644>15:14
mupBug #1507644 opened: backup i/o timeout <backup-restore> <ci> <intermittent-failure> <juju-core:New> <https://launchpad.net/bugs/1507644>15:17
perrito666what could provoke for juju agent to uninstall itself?15:57
mgzperrito666: bug 146430416:02
mupBug #1464304: Sending a SIGABRT to jujud process causes jujud to uninstall (wiping /var/lib/juju) <sts> <juju-core:Fix Committed by axwalk> <juju-core 1.25:Fix Committed by axwalk> <https://launchpad.net/bugs/1464304>16:02
=== Makyo is now known as Guest23950
frobwaremgz, regarding https://bugs.launchpad.net/juju-core/+bug/1491592 - the bug has already been fixed in 1.25. Is it best to set the state for that to "Invalid", or something else?16:41
mupBug #1491592: local provider uses the wrong interface <charmers> <customer-support> <kvm> <local-provider> <networking> <juju-core:In Progress by frobware> <juju-core 1.24:Triaged> <https://launchpad.net/bugs/1491592>16:41
frobwaremgz, and is also fixed in 1.24.716:42
mgzfrobware: just fix committed if it'll be in the next 1.2516:42
mgzfrobware: were there particular commits that got landed?16:43
mgzI can retroactively add it to the 1.24.7 milestone if needed16:44
mgzif it's just we fixed this at some point and don't really know when, just mark fix released and remove milestone16:44
frobwaremgz, not sure; might have been this fix https://bugs.launchpad.net/juju-core/+bug/143528316:44
mupBug #1435283: juju occasionally switches a units public-address if an additional interface is added post-deployment <addressability> <bug-squad> <network> <openstack-provider>16:44
mup<juju-core:Fix Released by mfoord> <juju-core 1.24:Fix Released by mfoord> <juju-core 1.25:Fix Released by mfoord> <https://launchpad.net/bugs/1435283>16:44
mgzthat seems likely16:45
mgzI'm tempted to just dupe into that bug16:45
frobwaremgz, your call. was just trying to close it out now I know where we stand.16:45
mgzfrobware: I'll poke things16:45
frobwaremgz, gracias16:45
perrito666mgz: I was not aware that was still standing16:55
mgzperrito666: as of today, it's not :)16:56
perrito666mgz: am I lucky16:57
mgzor you're just fashionably late :9)16:58
mupBug #1491592 changed: local provider uses the wrong interface <charmers> <customer-support> <kvm> <local-provider> <networking> <juju-core:Fix Released> <juju-core 1.24:Fix Released> <https://launchpad.net/bugs/1491592>17:06
mupBug #1491592 opened: local provider uses the wrong interface <charmers> <customer-support> <kvm> <local-provider> <networking> <juju-core:Fix Released> <juju-core 1.24:Fix Released> <https://launchpad.net/bugs/1491592>17:09
mupBug #1491592 changed: local provider uses the wrong interface <charmers> <customer-support> <kvm> <local-provider> <networking> <juju-core:Fix Released> <juju-core 1.24:Fix Released> <https://launchpad.net/bugs/1491592>17:15
perrito666meh, no dimitern18:43
thumpermorning19:56
rick_h_thumper: morning, early?19:58
thumpernot really19:58
thumperclocks went forward some weeks back19:58
thumperalmost 9am here now19:58
rick_h_wow ok19:58
mupBug #1507771 opened: Juju deploy fails when template container cannot be started <cdo-qa> <juju-core:New> <https://launchpad.net/bugs/1507771>21:09
mupBug #1507771 changed: Juju deploy fails when template container cannot be started <cdo-qa> <juju-core:Triaged> <https://launchpad.net/bugs/1507771>21:18
mupBug #1507771 opened: Juju deploy fails when template container cannot be started <cdo-qa> <juju-core:Triaged> <https://launchpad.net/bugs/1507771>21:21
mgzsinzui: will uploading the revising juju packaging with deps interfer with your 1.24.7 efforts in any way?21:40
sinzuimgz: No, 1.25 is a separate effort21:40
sinzuimgz:  and I now know We need a wily machine to make source packages. I will get something to test, then solve future building needs21:52
sinzuicherylj: I just targted this: you can choose to remove it from 1.25 if it isn't a goal https://bugs.launchpad.net/juju-core/+bug/150668021:54
mupBug #1506680: `juju environments` fails due to missing ~/.juju/current-environment <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1506680>21:54
cheryljthanks, sinzui.  I'm thinking it should be targeted to 1.25.1, since I don't think we're going to be removing the JES feature flag until 1.2621:59
sinzuiwallyworld: the many commits to master, 1.25, and feature-payloads prevent your two branches from being tested.21:59
sinzuicherylj: +121:59
wallyworld:-(22:01
sinzuiwallyworld: 1.25 and master were tested 20 times, payloads 4 times and chicago-cubs 2 times. Your branches are not more important than master22:02
wallyworldno they are not22:02
wallyworldbut22:02
wallyworldi really am looking forward to not having feature branches wither on the vine22:03
axwmgz: thanks for fixing the gccgo build failure23:09
mgzaxw: no worries23:11
axwwallyworld: my camera decided to stop working, trying to fix now23:16
wallyworldok23:16

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