/srv/irclogs.ubuntu.com/2017/11/08/#juju-dev.txt

=== blahdeblah_ is now known as blahdeblah
axwthumper: I added https://bugs.launchpad.net/juju/+bug/1730809 to 2.3-rc1, feel free to move off if you think it should wait. seems like a good time to add support, and should be quick02:12
mupBug #1730809: ec2: add support for C5 instance types <ec2-provider> <juju:Triaged> <https://launchpad.net/bugs/1730809>02:12
wallyworld+1 from me02:32
axwhmm maybe not entirely straight forward though, since with C5, EBS volumes are exposed as NVME devices02:40
axwso probably need some changes to support storage02:40
axwI'll bump to 2.4 for that reason, we can bring it back if there's time02:41
thumperaxw: sounds reasonable02:47
thumperaxw: although to be honest, we won't have time02:48
thumpertoo many other things02:48
axwthumper: ok02:48
axwa boy can dream02:48
thumperwallyworld, axw, jam: with you shortly03:01
wallyworldok03:02
axwwallyworld: are you able to add juju/mutex to the github powerup on trello?05:55
axwwallyworld: says it can't find it when I try05:55
wallyworldok, looking05:55
wallyworldaxw: done05:57
axwwallyworld: thanks05:57
axwjam: you have a mac, right? would you be able to run the tests for https://github.com/juju/mutex/pull/4 on it?06:00
jamyes06:00
axwjam: thanks, no rush - when you have some time06:01
jamaxw: where did you push the branch to?06:39
jamI'm missing something in the github UX to make sure I'm grabing your exact branch06:39
jamI see axw:mutex-blocking but what *repo* is that?06:39
axwjam: http://github.com/axw/juju-mutex06:39
jamaxw: thx. Am I just dense or does Github not give you a link back to the branch that is being proposed?06:40
jamI can browse the revision, but it does so in the juju/mutex contex06:40
jamnot in the axw/juju-mutex one06:40
jamaxw: http://paste.ubuntu.com/25915717/06:41
jamdoesn't seem particularly interesting, is there any manual steps you'd want me to try?06:41
jamah, I see the fairness program06:42
jamaxw: fairness confirmed06:45
jamaxw: want me to test on Windows as well?06:45
jamaxw: test fails on Windows06:48
jamaxw: and the fairness check breaks, too06:50
jamaxw: I updated the PR with some Windows results. HereBeABug06:54
axwjam: thanks, will try to repro here. I was running under Wine before, maybe something's a bit off - or could just be timing06:59
jamaxw: seems reproducible here, if you need me to, I could try investigating, but I'm happy to do other things too :)06:59
axwjam: I can reproduce the fairness failure with Wine06:59
axwso I'll take it from here, thanks07:00
axwI've got a Windows laptop too, it's just a bit slower going back and forth07:00
jamaxw: yeah, I can guess that maybe flock et al depend on kernel things, and so wine's emulation isn't exact07:02
jamaxw: thoughts on me landing the mgo patches? Care to have a quick HO cause I want to talk through an edge case07:03
axwjam: sure07:03
jamaxw: https://hangouts.google.com/hangouts/_/canonical.com/morning-jam?authuser=107:04
jamaxw: so... small hiccup.07:42
jamabort-or-reload wants the list of revnos for the docs in the txn op07:42
jamnot sure what its doing with it yet07:42
jambut you don't really get that revno until you hit prepared (I think)07:43
=== frankban|afk is now known as frankban
axwjam: instead of $addToSet and then $pullAll, I *think* you could use $slice with $addToSet and then you'll have the revno as well as the current queue07:57
axwjam: you do have the revno in txnInfo struct07:58
axwor is that not what you need?07:59
jamaxw: that's not what I need. Txn docs include the revno of all the related documents in the txns.Ops slice08:02
jamits accumulated when you go from preparing => prepared08:02
jambut if we fail to go to prepared half-way08:03
jamthen we don't have the revno for all of the docs we didn't get to08:03
axwI see08:03
jami'm tracking through to see if it matters08:03
axwballoons: I'm looking at https://bugs.launchpad.net/juju/+bug/1701142, and noticed that deploy-trusty-amd64-vsphere is gone. is that because vsphere was busted? is it coming back?10:56
mupBug #1701142: juju destroy-controller failed on vSphere. <ci> <controller> <destroy> <juju> <jujuqa> <vmware> <vsphere> <juju:In Progress by axwalk> <https://launchpad.net/bugs/1701142>10:56
axwballoons: we have "add-cloud-vsphere", maybe that's its replacement?10:57
axwballoons: did you change the password for aron? I can't log in anymore12:32
axwwelp, braixen is buggered again12:38
balloonsaxw, :(13:09
balloonsI didn't change anything13:09
axwballoons: okey dokey. I'm not sure what to do now. do we have access to the MAAS that's running aron?13:09
balloonsWe don't AFAIK. I was surprised you could ssh in13:10
axwballoons: I was ssh'ing to aron, not the MAAS. isn't aron ours?13:10
balloonsI was hoping IS would help out in helping us how the two machines are setup / ensuring access13:11
balloonsIt predates me, and I had to cobble together some info to figure out it existed and how to access.13:11
balloonsI can go look at the original rt and see if there are more clues13:12
axwballoons: there's https://wiki.canonical.com/InformationInfrastructure/IS/JujuVMware13:12
balloonsBut yes, both braixen and Aron are ours13:12
axwballoons: do you know what TUP means?13:12
balloonsNice axw. I never knew about that page13:14
balloonsNo, not sure about TUP. Just enigma for secrets13:14
balloonsLet's just ask is13:16
axwballoons: ah, derp, the password is the same. my script was munging the password13:16
balloonsaxw, please send along what you do if successful so we have it for our notes13:19
axwballoons: sure13:20
axwballoons: sent an email. I just deleted the juju VMs and it seems happy now :/13:24
balloonsaxw, on the deploy we removed it as redundant. network-health-vsphere is the replacement13:24
axwjam: tyvm for the review, will look to add more tests for compat tomorrow, then land13:24
axwballoons: ok13:24
balloonsaxw, right need to add a cleanup script to that substrate now13:24
axwballoons: I failed to include the command, I just did "govc vm.destroy juju-*"13:25
balloonsaxw, perhaps something you could easily whip up?13:25
axwballoons: that leaves some VM folders behind, but there doesn't appear to be any govc command to delete them13:25
axwballoons: maybe? depends on what else I have going on tomorrow, need to finish some other stuff off too13:26
balloonsBasically we would want to remove instances older than a couple hours is generally how we do it. And run that on cron every hour13:26
axwand also get to the bottom of why this happened13:26
axwdon't want to be hosing customer systems, if it is juju that's at fault13:26
balloonsaxw, right. Just asking ;) it's a task on the list, but vsphere needs to be working first13:27
balloonsI'm just glad you have a working playground now.13:27
axwballoons: yup, I'll add a card and add myself to it. I can advise if somebody gets to it first13:27
balloonsThere is a card in the quality section, you can put your face on13:28
axwballoons: no QA board yet?13:28
axwoh I don't see it - maybe I don't have access13:28
balloonsNo, I'll do it today. Haven't moved from leankit yet13:28
balloonsCard is still in there13:29
axwright I see13:29
balloonsDidn't finish migration13:29
axwI'll look tomorrow then, I'm going to sign off shortly13:29
balloonsAnyways, thank you13:29
axwballoons: nps13:29
balloonsYou have a lovely evening13:29
bdxaxw: sup17:08
bdxahh I see you are signing off17:08
bdxno worries17:08
bdxhitting some crazy issues with storage17:08
bdxill file a bug17:09
jamhml: I responded to your email17:44
jamlet me know if I can help clarify things17:44
hmljam: ty - i’m taking a look17:45
hmljam: one thing to note - right now DeriveAvailabilityZones only looks at the StartInstanceParams.Placement and the volume availability zones, spaces/constraints are handled in StartInstance().  It’s be easy enough to move spaces to DeriveAvailabilityZones however17:49

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