[01:26] <jhobbs> cherylj: got bootstrap to work, hitting another issue trying to deploy an instance https://bugs.launchpad.net/juju-core/+bug/1595360
[01:26] <mup> Bug #1595360: 2.0beta9.1: Can't deploy an instance after bootstrapping against OpenStack <v-pil> <juju-core:New> <https://launchpad.net/bugs/1595360>
[01:27] <cherylj> jhobbs: try restarting jujud on the controller
[01:27] <cherylj> the "lease manager stopped" error has been seen recently and usually a restart of jujud brings things back
[01:33] <mup> Bug #1595360 opened: 2.0beta9.1: Can't deploy an instance after bootstrapping against OpenStack <v-pil> <juju-core:New> <https://launchpad.net/bugs/1595360>
[01:38] <jhobbs> cherylj: that made the lease manager stopped errors go away, but it's still failing. It looks like it's trying to go back to the internet for the image stream instead of using the image-metadata-url i bootstrapped with
[01:39] <jhobbs> cherylj: do i have to set the image-metadata-url for non bootstrap stuff some other way?
[01:42] <cherylj> jhobbs: it may be falling back because it can't access the streams from the client
[01:42] <cherylj> and by client I mean machine
[01:42] <mup> Bug #1595360 changed: 2.0beta9.1: Can't deploy an instance after bootstrapping against OpenStack <v-pil> <juju-core:New> <https://launchpad.net/bugs/1595360>
[01:42] <cherylj> let me look at the output again, one sec
[01:45] <mup> Bug #1595360 opened: 2.0beta9.1: Can't deploy an instance after bootstrapping against OpenStack <v-pil> <juju-core:New> <https://launchpad.net/bugs/1595360>
[01:52] <cherylj> jhobbs: can you attach /var/log/cloud-init-output.log for one of the machines that's in "waiting for agent initialization"?
[01:54] <jhobbs> cherylj: there is no machine
[01:54] <cherylj> bleh, sorry
[01:56] <cherylj> anastasiamac: would you be able to help jhobbs with bug 1595360?  I need to eod
[01:56] <mup> Bug #1595360: 2.0beta9.1: Can't deploy an instance after bootstrapping against OpenStack <v-pil> <juju-core:New> <https://launchpad.net/bugs/1595360>
[01:57] <anastasiamac> cherylj: jhobbs: sure.. gimme 30 mins to catch up :)
[01:57] <cherylj> thanks, anastasiamac!
[02:00] <jhobbs> cherylj: anastasiamac: thanks, i need to EOD too, if you comment on the bug i will pick it up tomorrow
[02:02] <anastasiamac> jhobbs: will do \o/
[02:23] <anastasiamac> jhobbs: is there any chance, you could also attach the other file from machine-0 log directory?
[02:23] <anastasiamac> jhobbs: and if u get a chance, could you pleas also send `juju status --format=yaml` output?
[02:25] <jhobbs> anastasiamac: http://paste.ubuntu.com/17727508/
[02:27]  * anastasiamac wondering how jhobbs got machine-0 log if there are no machines according to status :D
[02:28] <anastasiamac> jhobbs: have u been able to bootstrap juju 1.25 on the same cloud?
[02:32] <jhobbs> anastasiamac: ah well that's for the model i added, here is the juju status for the controller model http://paste.ubuntu.com/17727730/
[02:32] <jhobbs> anastasiamac: i did bootstrap with 1.25 (and 2.0 now) but I didn't try deploying anything after bootstrapping on 1.25
[02:34] <jhobbs> oO do i need to set image-metadata-url as config on the model i added maybe?
[02:35] <anastasiamac> jhobbs: i think it would help
[02:36] <anastasiamac> jhobbs: atm  m not seeing images being picked at all and we are falling throught to trying to pull images from streams-canonical and getting gpg error - signature differences..
[02:36] <jhobbs> can't juju set-model-config image-metadata-url, get "WARNING key "image-metadata-url" is not defined in the current model configuration: possible misspelling
[02:38] <anastasiamac> hmm
[02:38] <anastasiamac> jhobbs: m not sure that it will help on already created model.. I would have thought it makes a difference at bootstrap..
[02:39] <jhobbs> anastasiamac: it did make a difference at bootstrap - i wasn't able to bootstrap without passing that as a config option
[02:39] <jhobbs> it's like it's forgotten about it after bootstrap though
[02:39] <anastasiamac> jhobbs: it shouldn't have, these images (metadata) would have been put into controller db
[02:40] <anastasiamac> jhobbs: is there another file in logs directory that u could attach to the bug?
[02:40] <anastasiamac> jhobbs: besides the machine-0 one
[02:40] <anastasiamac> ?
[02:40] <jhobbs> logsink.log
[02:40] <anastasiamac> yep
[02:42] <jhobbs> anastasiamac: https://bugs.launchpad.net/juju-core/+bug/1595360/+attachment/4688820/+files/logsink.log
[02:42] <mup> Bug #1595360: 2.0beta9.1: Can't deploy an instance after bootstrapping against OpenStack <v-pil> <juju-core:New for anastasia-macmood> <https://launchpad.net/bugs/1595360>
[02:42] <anastasiamac> jhobbs: is there anyway, u could do a db dump before u eod so that I can have a look at what u have there?
[02:42] <anastasiamac> jhobbs: tyvm for logsink :)
[02:43] <jhobbs> anastasiamac: yeah, how do i do a db dump?
[02:44] <anastasiamac> jhobbs: gimme a sec, I'll dig it up :)
[02:45] <anastasiamac> jhobbs: I'll email u details :)
[02:45] <jhobbs> anastasiamac: k
[03:45] <axw> wallyworld: looks like my neighbours are getting their power line sunk today, so if I go AWOL it's because I've got no power
[03:46] <wallyworld> no worries
[04:04] <thumper> fuckity fuckity fuck fuck
[04:04]  * thumper sighs
[04:26] <wallyworld> axw: the current destroy semantics are to nuke the model to which the incoming connection belongs. thus destroy-model -m foo establishes a connection to model foo and kills it. introducing a bulk api sounds ok but does it make sense to allow models to be destoryed over a different connection. for whatever reason, sadly model create is not bulk either :-(
[04:27] <wallyworld> thumper: do you know why model create api is not bulk?
[04:27] <thumper> reasons
[04:27] <axw> wallyworld: true, but I think you're more likely to destroy multiple models at once rather than create multiple at once...
[04:27] <thumper> and probably not good ones
[04:27]  * wallyworld sighs
[04:28] <axw> wallyworld: doesn't seem like a huge change, but if it is, defer
[04:28] <wallyworld> axw: let me land it as is, and i'll follow up with a change to look at making create and delete bulk
[04:28] <wallyworld> at least it will allow the gui to be updated
[04:28] <axw> wallyworld: thanks
[04:29] <axw> wallyworld: my upcoming cloud rejiggering changes will conflict with yours I think, so the sooner it lands the better anyway
[04:29] <wallyworld> yep
[04:32] <wallyworld> thumper: why were you headesking?
[04:33] <thumper> wallyworld: converting apiserver/params structs with embedded charm.v6-unstable structures to things that don't use those structures
[04:33] <thumper> would have been so much easier if we caught it when they were created
[04:33] <wallyworld> thumper: should we change the charm.v6 stuff in that repo then
[04:33] <wallyworld> it is still unstable
[04:33] <thumper> no
[04:34] <thumper> we shouldn't be using external structs
[04:34] <thumper> fullstop
[04:34] <thumper> too easy for things to change without us catching it
[04:34] <wallyworld> yes true
[04:36] <thumper> it is just boring work
[04:36] <thumper> work we should do
[04:36] <thumper> but boring
[04:39] <thumper> well... it builds now
[04:39]  * thumper wonders how many tests fail
[04:39] <thumper> bored
[04:39] <thumper> bored
[04:39] <thumper> bored
[04:39]  * thumper waits
[04:39] <blahdeblah> Boredom is a delicious luxury; use it wisely.
[04:40] <mup> Bug #1571477 changed: juju 1.25.3: juju-run symlink to tmpdir <landscape> <juju-core:Expired> <https://launchpad.net/bugs/1571477>
[04:40] <thumper> :)
[04:47]  * thumper is trashing this laptop's cpu
[04:48] <thumper> load 20, cpu 100%
[04:49] <davecheney> engineer reports 105% on the reactor is possible, but not recommended
[04:58] <thumper> wallyworld: http://reviews.vapour.ws/r/5148/
[04:58] <wallyworld> looking
[04:58] <thumper> munging types
[04:58] <thumper> mostly trivial but annoying
[05:07] <wallyworld> thumper: i had one thing to fix and a suggestion or 2
[05:09] <thumper> k
[06:43] <axw> wallyworld: FYI: http://reviews.vapour.ws/r/5149/
[06:43] <axw> no rush I guess, probably need to rebase on your changes
[06:44] <wallyworld> ok
[06:44] <wallyworld> we have meeting soon then i have soccer
[06:44] <axw> wallyworld: I've gotta go get Charlotte soon, will miss the beginning of the meeting
[06:46] <wallyworld> axw: ok, btw we gotta hide those certs http://paste.ubuntu.com/17734075/
[06:46] <axw> yup
[06:46] <axw> wallyworld: I think we can just add them to SecretAttrs for now, I'll go ahead and do that
[06:46] <wallyworld> axw: maybe also authorized keys
[06:46] <wallyworld> not secret but annoying
[06:47] <wallyworld> we don't need to see those in get-config
[06:47] <axw> wallyworld: yeah. I kinda think they shouldn't be in config, since they're not managed through config... but not sure
[06:47] <wallyworld> maybe that will break stuff though
[08:32] <voidspace> babbageclunk: ping
[08:32] <babbageclunk> poong
[08:33] <babbageclunk> voidspace: ^^
[08:34] <voidspace> babbageclunk: I sent you a PM
[08:38] <dimitern> voidspace, babbageclunk: morning :) if you can, please take a look at http://reviews.vapour.ws/r/5134/
[08:40] <dimitern> frobware: ^^
[08:50] <babbageclunk> dimitern: morning! looking now.
[08:50] <dimitern> babbageclunk: thanks!
[09:01] <frobware> dimitern: taking a look
[09:02] <dimitern> frobware, jam, fwereade, dooferlad: standup?
[09:30] <frobware> dimitern: LGTM. thanks
[09:30] <dimitern> frobware: tyvm
[09:41] <_thumper_> night all
[09:46] <fwereade> axw, http://reviews.vapour.ws/r/5151/ should be trivial if you have a moment
[09:55] <TheMue> hello to my former colleagues ;)
[10:01] <dimitern> TheMue: o/ ;)
[10:04] <TheMue> dimitern: heya, are all our British colleagues voting? I hope they do vote #remain.
[10:06] <dimitern> TheMue: yeah, same here! today's a bit quiet, not completely though :)
[10:08] <TheMue> dimitern: btw, my try to return to Canonical doesn't look so good. currently extreme few potential matching positions
[10:09] <dimitern> TheMue: yeah? :/ well, I'm sure something will come up sooner or later!
[10:09] <dimitern> babbageclunk: review poke? :)
[10:10] <TheMue> dimitern: I'll keep up looking, but I've already got other interesting contacts. so we'll see.
[10:10] <dimitern> TheMue: good luck though!
[10:12] <TheMue> dimitern: thanks
[10:34] <hoenir> could anyone merge it ? http://reviews.vapour.ws/r/4924/
[10:34] <hoenir> I think now the CI is not locked down http://juju.fail/
[10:47] <dimitern> hoenir: done - it should land soon, I'll keep an eye on it
[10:51] <hoenir> dimitern, thanks !
[10:51] <dimitern> np :)
[10:54] <babbageclunk> dimitern: Sorry! Got distracted! Doing it right now.
[10:55] <dimitern> babbageclunk: no worries, ta!
[11:01] <babbageclunk> dimitern: done, sorry for the holdup
[11:01] <dimitern> babbageclunk: thanks!
[11:04] <babbageclunk> dimitern: just bootstrapping, noticed the gui installation message - does that mean that the gui is available straight away in a newly bootstrapped controller?
[11:04] <babbageclunk> dimitern: How do I get to it?
[11:05] <dimitern> babbageclunk: haven't tried, but there is 'juju help gui' you can check
[11:06] <babbageclunk> dimitern: ooh, will try it once this bootstrap finishes.
[11:07] <dimitern> babbageclunk: YMMV though, as the bundled gui might still be broken due to thumper's recent API rename changes
[11:07] <babbageclunk> dimitern: oh, of course
[11:11] <babbageclunk> dimitern: Yup, you're right: "unknown object type: Client". Pretty slick up until then though - will be a really nice experience once it works! ;)
[11:13] <dimitern> babbageclunk: it works if you switch to a commit earlier than https://github.com/juju/juju/commit/769aeb4b45068389a88f9fef34f3d61915d28562
[11:14] <babbageclunk> dimitern: thanks - mostly just curiosity after seeing the message scrolling past in a few bootstraps..
[11:31] <anastasiamac> macgreagoir: cherylj: standup?
[11:47] <voidspace> babbageclunk: my headphones arrivedd
[11:48] <voidspace> babbageclunk: they're huuuuuuge. Headphone quality and build quality seem reasonable though.
[11:48] <babbageclunk> voidspace: ooh, exciting
[11:48] <voidspace> babbageclunk: they're very white
[11:52]  * babbageclunk goes for a run.
[12:17] <axw> fwereade: sorry for the delay, LGTM
[12:29] <mup> Bug #1595514 opened: destroy-controller fails <juju-core:New> <https://launchpad.net/bugs/1595514>
[12:35] <fwereade> axw, ta
[12:59] <mup> Bug #1595514 changed: destroy-controller fails <juju-core:New> <https://launchpad.net/bugs/1595514>
[13:01] <dimitern> frobware: sync?
[13:09] <babbageclunk> cherylj: ping?
[13:31] <frobware> dimitern: power just restored
[13:31] <dimitern> frobware: we're still in the call btw
[13:31] <frobware> dimitern: omw
[13:54] <cherylj> babbageclunk: what up
[13:56] <babbageclunk> cherylj: oh hey - I just wanted to check about the email about blocking master you sent the other day.
[13:56] <cherylj> I was surprised no one responded :)
[13:56] <cherylj> did you have a specific question?
[13:57] <babbageclunk> cherylj: I've got something that I'd like to get into the rc - is it legit to JFDI it?
[13:57] <cherylj> babbageclunk: yes, provided you have done manual testing, run with -race, etc.
[13:57] <babbageclunk> cherylj: (it's the state changes for workload version)
[13:57] <cherylj> babbageclunk: yeah, that's fine
[13:58] <babbageclunk> cherylj: ok, great - that's how I was interpreting the email, just checking.
[13:58] <cherylj> np, thanks for asking :)
[13:58] <babbageclunk> :)
[14:29] <mup> Bug #1581157 changed: github.com/juju/juju/cmd/jujud test timeout on windows <blocker> <ci> <regression> <test-failure> <unit-tests> <windows> <juju-core:Fix Released by natefinch> <juju-core 1.25:Fix Released by natefinch> <https://launchpad.net/bugs/1581157>
[14:29] <mup> Bug #1591290 changed: serverSuite.TestStop unexpected error <blocker> <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Fix Released by thumper> <juju-core 1.25:Fix Released by thumper> <https://launchpad.net/bugs/1591290>
[14:36] <natefinch> cherylj: whatchoo got for me?
[14:36] <natefinch> cherylj: and go easy on me, it's my birthday ;)
[14:37] <cherylj> natefinch: in that case, let me see what the worst one is!
[14:37] <cherylj> ;)
[14:37] <marcoceppi> hey
[14:38] <marcoceppi> I've shared a model with someone
[14:38] <marcoceppi> but they can't ss
[14:38] <marcoceppi> ssh*
[14:38] <natefinch> cherylj: haha... as long as you wait until my next birthday for the next really bad one ;)
[14:38] <marcoceppi> how do I get their keys into the system
[14:38] <cherylj> natefinch: did you see anastasia's email about 1595155
[14:38] <cherylj> bug 1595155
[14:38] <mup> Bug #1595155: new systemd and dbus dependencies are broken <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1595155>
[14:38] <natefinch> cherylj: oh yeah, I'll jump on that, forgot about that.
[14:40] <cherylj> marcoceppi: is it a perm denied error?  or a timeout?
[14:40] <marcoceppi> cherylj: perm denied
[14:40] <marcoceppi> tvansteenburgh: ^^
[14:40] <marcoceppi> cherylj: I ran: `juju import-ssh-keys lp:tvansteenburgh` after I added tvansteenburgh as a user and shared a model with him
[14:40] <marcoceppi> cherylj: he can juju status, but not ssh
[14:41] <perrito666> fwereade_: can you go back to your usual nickname so I can privmsg you without having 2 different logs plz?
[14:45] <tvansteenburgh> cherylj: i have lots of ssh keys, how does `juju ssh` know which one to use? is there a way to tell it?
[14:53] <fwereade> perrito666, sorry :)
[14:55] <cherylj> tvansteenburgh: it uses a lot of keys.  You can see the actual ssh command if you run:
[14:55] <cherylj>  JUJU_LOGGING_CONFIG="<root>=TRACE" juju ssh <machine>
[14:56] <cherylj> tvansteenburgh:  you'll see something like this:
[14:56] <cherylj> 2016-06-23 14:55:22 TRACE juju.utils.ssh ssh_openssh.go:131 running: ssh -o "StrictHostKeyChecking no" -o "ProxyCommand /usr/bin/juju ssh --proxy=false --pty=false 52.10.231.18 nc %h %p" -o "PasswordAuthentication no" -o "ServerAliveInterval 30" -t -t -o "UserKnownHostsFile /dev/null" -i /home/cherylj/.juju/ssh/juju_id_rsa -i /home/cherylj/.ssh/id_rsa ubuntu@172.31.46.40
[14:57] <cherylj> (this is a 1.25 example, but the same should work for 2.0)
[15:08] <tvansteenburgh> cherylj: http://pastebin.ubuntu.com/17749178/
[15:09] <cherylj> tvansteenburgh: sorry, you need --debug
[15:09] <cherylj> JUJU_LOGGING_CONFIG="<root>=TRACE" juju --debug ssh <machine>
[15:10] <tvansteenburgh> http://pastebin.ubuntu.com/17749251/
[15:10] <tvansteenburgh> cherylj:  ^
[15:11] <cherylj> oh...  it's not even getting to running the ssh command
[15:11] <cherylj> there have been changes to store keys in state
[15:13] <cherylj> tvansteenburgh: I'm on a call right now, but will dig into this after
[15:13] <tvansteenburgh> cherylj: thanks!
[15:18] <babbageclunk> voidspace, frobware: review please? http://reviews.vapour.ws/r/5152/
[15:20] <katco> natefinch: oh happy birthday! just saw that :)
[15:25] <katco> ericsnow: lol sorry
[15:25] <katco> ericsnow: i heard "oh w-"
[15:26] <ericsnow> katco: was just going to see about a ship-it on that patch
[15:26] <katco> ericsnow: gave it one
[15:26] <ericsnow> ta
[15:26] <katco> ericsnow: provisional to other issues i opened
[15:27] <ericsnow> katco: yep
[15:31] <katco> elmo: hey re. bug 1425808, what version were you experiencing this problem on?
[15:31] <mup> Bug #1425808: OpenStack provider doesn't try another AZ if the scheduler fails to find a valid host <openstack-provider> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1425808>
[15:32] <elmo> katco: err, it's been a while since we tried so probably early 1.2x's
[15:34] <katco> elmo: i did some work on that in early april; would anyone have bandwidth to test with 2.0 and provide fresh logs?
[15:35] <elmo> katco: unfortunately it's a little hard to test - if we create a private host aggregate on prodstack, it'll break all juju 1.2x users :)
[15:35] <mup> Bug #1595600 opened: bundle parsing rejects strings containing hex values <juju-core:New> <https://launchpad.net/bugs/1595600>
[15:36] <elmo> katco: we'd have to spin up a test cloud - but if you think it's fixed in 2.x, I'll ask someone to do that
[15:37] <katco> elmo: i just updated the bug with relevant info/code. it does look like we try and handle that properly; just a flaw in some error checking probably
[15:37] <alexisb> btw natefinch Happy Bday!
[15:38] <katco> elmo: but we need to reconfirm that this is still happening.
[15:44] <natefinch> alexisb: thanks :)
[15:44] <mup> Bug #1595600 changed: bundle parsing rejects strings containing hex values <juju-core:New> <https://launchpad.net/bugs/1595600>
[15:48] <ericsnow> natefinch: yeah, happy happy happy
[15:52] <redir> happy bday natefinch
[15:57] <mup> Bug #1292156 changed: add-machine help docs don't mention kvm <bitesize> <docs> <juju-core:Fix Released> <https://launchpad.net/bugs/1292156>
[15:57] <mup> Bug #1595600 opened: bundle parsing rejects strings containing hex values <juju-core:New> <https://launchpad.net/bugs/1595600>
[15:57] <natefinch> thanks everybody
[15:58] <redir> ericsnow: got a minute for a HO?
[15:58] <ericsnow> redir: sure
[15:58] <redir> moonstone
[15:58] <redir> ?
[16:09] <babbageclunk> natefinch: happy birthday!
[16:09] <natefinch> babbageclunk: thanks :)
[16:13] <TheMue> natefinch: Oh, just seen it, Happy Bday also from the other side of the Atlantic. o/
[16:44] <mup> Bug #1595617 opened: Subordinate charm dies when deployed with --storage option <juju-core:New> <https://launchpad.net/bugs/1595617>
[16:52] <cherylj> oh yay
[16:52] <cherylj> cloud-images.ubuntu.com is down
[16:52] <rick_h_> cherylj: yes, and some others are noting other urls
[16:52] <rick_h_> so probably something DC related
[16:53] <cherylj> wish I hadn't destroyed my previous env :(
[17:15] <cherylj> perrito666: ping?
[17:19] <perrito666> cherylj: pong, gimme a sec otp
[17:32] <cherylj> natefinch: any luck with bug 1595155?
[17:32] <mup> Bug #1595155: new systemd and dbus dependencies are broken <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1595155>
[17:41] <mup> Bug #1595636 opened: Cannot kill manual cloud controller <juju-core:New> <https://launchpad.net/bugs/1595636>
[17:44] <perrito666> cherylj: sorry, phone was not letting me
[17:44] <perrito666> cherylj: here now
[17:45] <natefinch> cherylj: no... it's weird, because the original bug was reported before that change was made :/
[17:47] <cherylj> hey perrito666 - just wanted to see if the message in this bug is improved with your ACL work:  bug 1594440
[17:47] <mup> Bug #1594440: juju gives weird errors about macaroons when a read-only user <juju-core:Triaged> <https://launchpad.net/bugs/1594440>
[17:48] <perrito666> cherylj: checking
[17:49] <perrito666> cherylj: nope, I dont think so :( (at least not conciously)
[17:53] <mup> Bug #1595636 changed: Cannot kill manual cloud controller <juju-core:New> <https://launchpad.net/bugs/1595636>
[18:02] <mup> Bug #1595636 opened: Cannot kill manual cloud controller <juju-core:New> <https://launchpad.net/bugs/1595636>
[18:21] <natefinch> man, I hate that I have to remember to pass in configuration values every time I bootstrap now
[18:22] <rick_h_> natefinch: good thing there's work to allow you to set it in the cloud settings
[18:22] <natefinch> rick_h_: oh thank goodness
[18:33] <cherylj> hey natefinch, sorry I didn't get back to you earlier - was on a call
[18:33] <cherylj> natefinch: regarding the HA bug
[18:33] <cherylj> natefinch: the original problem was something else
[18:34] <cherylj> natefinch: and that godbus / systemd bug from anastasia was raised as something they hit when trying to verify the fix we gave them for the HA issue
[18:34] <cherylj> does that make sense?
[18:35] <redir> anyone free for a review? http://reviews.vapour.ws/r/5153/
[18:52] <natefinch> cherylj: trying to understand it.  Sounds like there was a bug, and that got fixed, but then the deps update I did somehow re-broke it?
[18:53] <cherylj> natefinch: it didn't re-break it.  It broke things in a different way such that we can't confirm the HA fix works on xenial
[18:54] <natefinch> cherylj: Maybe there's something special about MAAS?  It works fine on Azure and LXD, at least.  I've tested those in the last couple days.
[18:54] <cherylj> natefinch: it could be
[18:54] <natefinch> er... at least on master, not 1.25
[19:06] <natefinch> sinzui, mgz: do we have CI tests that test HA on MAAS?
[19:08] <sinzui> natefinch: No. It will not take much effort to add one...when our mass comes back
[19:08] <natefinch> lol
[19:08] <natefinch> classic
[19:08] <sinzui> natefinch: the outage took out all of the canonical host machines
[19:08] <sinzui> natefinch: munna and silcoon are still not operational
[19:09] <natefinch> sinzui: ouch
[19:10] <sinzui> natefinch: is maas 2.0 or maas 1.9 the substrate that needs the test?
[19:10] <mgz> sinzui: did we run it on maas before? we've had the terminate code for maas for agest
[19:11] <sinzui> mgz: several bundles use HA. but we never had a regular test for ha recovery on maas
[19:11] <natefinch> sinzui: the bug I'm looking at is using maas 1.9
[19:11] <sinzui> mgz: this related to the current pressure to stop testing on all substrates
[19:11] <perrito666> bbl
[19:12] <sinzui> natefinch: okay, when munna returns, I will add the test
[19:12] <natefinch> why is there pressure to stop testing on all substrates?
[19:12] <natefinch> that seems like the opposite of what we want
[19:12] <sinzui> natefinch: testing is fast if we only test on lxd...but there are two many substrate nuances for that to be realistic
[19:12] <sinzui> the same is true for arch and series
[19:13] <natefinch> sinzui: in theory they should all be able to run in parallel, right? So the only problem is the one slowest test.  Which, granted, will be slower than LXD, but the benefits would seem to outweigh the problems
[19:13] <sinzui> natefinch: exactly what I wrote today :)
[19:25]  * redir goes for lunch
[19:29] <sinzui> natefinch: the test is added. We are just waiting for the host to comeback to life
[19:44] <natefinch> sinzui: thanks
[19:58] <alexisb> thumper, do you know when menn0 will be around today?
[19:59] <thumper> alexisb: normally sometime in the next hour
[19:59] <alexisb> thumper, ok
[19:59] <alexisb> natefinch, how long on you on todya?
[20:01] <natefinch> alexisb: one more hour... I could make time for a meeting later, but it's both my birthday and my wife's birthday, so working late before the kids go to bed is a no-go.
[20:01] <alexisb> you and your wife have the same bday?
[20:01] <natefinch> alexisb: yep :) and my twin sister :)
[20:02] <alexisb> lol
[20:02] <alexisb> makes it harder to forget :)
[20:02] <alexisb> natefinch, nevermind
[20:02] <alexisb> enjoy your bday
[20:02] <natefinch> alexisb: met my wife on a dating service, I got her to notice me by mentioning we had the same birthday ;)
[20:02] <alexisb> heh
[20:03] <alexisb> I leaned some interesting finch trival today
[20:03] <natefinch> :)
[20:03] <natefinch> makes for fun when we all go out to eat and they ask whose birthday it is :)
[20:03] <katco> natefinch: what is the plural of finch? finches? finchii?
[20:03] <natefinch> katco: finches :)
[20:04] <katco> natefinch: happy birthday to the finches
[20:04] <natefinch> btw the collective noun is a charm of finches :)
[20:04] <katco> lol
[20:05]  * natefinch doesn't know who makes up this crap.
[20:05] <natefinch> katco: and thanks :)
[20:12] <mup> Bug #1595636 changed: Cannot kill manual cloud controller <juju-core:New> <https://launchpad.net/bugs/1595636>
[20:12] <mup> Bug #1595686 opened: Cannot get status after restore is denied <backup-restore> <blocker> <ci> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1595686>
[20:37] <katco> does anyone know if the modelUUID is something that could change without restarting the machine agent? or ever for that matter?
[20:41] <natefinch> katco: good god I hope not
[20:42] <natefinch> katco: it's stored all over the DB, I can't imagine it's mutable
[20:42] <katco> natefinch: kk ta
[21:10] <cherylj> tvansteenburgh: FYI - bug 1595720
[21:10] <mup> Bug #1595720: Problems using `juju ssh` with shared models <ssh> <usability> <juju-core:Triaged> <https://launchpad.net/bugs/1595720>
[21:13] <tvansteenburgh> cherylj: thanks
[21:33] <mup> Bug #1595720 opened: Problems using `juju ssh` with shared models <ssh> <usability> <juju-core:Triaged> <https://launchpad.net/bugs/1595720>
[21:50]  * redir pokes the review queue again. http://reviews.vapour.ws/r/5153/
[22:12] <menn0> alexisb: internet troubles?
[22:13] <menn0> alexisb: you just sounded like a very unhappy robot :)
[22:13] <alexisb> menn0, yes
[22:13] <alexisb> yes I am
[22:13] <alexisb> lol, yes I am not happy with my internet provider at the moment
[22:14] <menn0> alexisb: shall we finish on IRC? how much did you get before your link went bad?
[22:14] <alexisb> they keep trying to "fix" bandwidth issues by changing to different frequencies and it makes things very unreliable
[22:14] <alexisb> sure
[22:14] <redir> unhappy robot makes me think of Marvin the paranoid android
[22:15] <menn0> redir: alexis did sound somewhat like marvin on the call :)
[22:15] <alexisb> the last I got was that there where some potential issues with read only mode, and it was unclear if all the watchers were actually being stopped
[22:15] <alexisb> but that overall progress was good this week
[22:15] <alexisb> and htat you were going to work on status next
[22:15] <menn0> alexisb: workers not watchers but yes
[22:16] <alexisb> sorry, yes workers
[22:16] <menn0> alexisb: yes, status and tidying up some loose ends with the read-only mode
[22:16] <menn0> alexisb: and it looks like voidspace has already done the ssh host key import work
[22:16] <menn0> which is great
[22:16] <alexisb> nice
[22:17] <redir> heh
[22:17] <menn0> alexisb: it would be great to have fwereade back but he seems to be getting pulled onto other things
[22:17] <menn0> alexisb: it's great that he landed the read-only mode work though. that's a big step forward.
[22:17] <alexisb> menn0, yes and unfortunately I dont see that changing
[22:17] <menn0> alexisb: ok, well I'll keep plugging away. it's getting better every day.
[22:18] <menn0> alexisb: oh and another good development
[22:18] <menn0> alexisb: ... rogpeppe has done work to do controller login redirections
[22:18] <menn0> alexisb: which is very close to what we need for login redirections after a model has migrated
[22:19] <alexisb> nice
[22:19] <menn0> alexisb: so that's going to take some work off our plate
[22:19] <alexisb> free help is always good :)
[22:19] <menn0> alexisb: indeed :)
[22:20] <menn0> alexisb: so the summary is: good progress but there's still plenty to do, could do with more people
[22:21] <alexisb> menn0, understood
[22:21] <alexisb> we will roll folks back on MM as they free up, but we are struggling with many high priority peices for 2.0
[22:23] <wallyworld> katco: quick catchup?
[22:23] <katco> wallyworld: sure sec
[22:25] <katco> wallyworld: i'm in tanzanite
[22:25] <wallyworld> ah ok sec
[22:27] <alexisb> well I have solid bandwidth again now
[22:27] <alexisb> but it will probably only lsat so long
[22:30] <perrito666> alexisb: having issues with your isp?
[22:37] <alexisb> perrito666, yes
[22:37] <perrito666> alexisb: sorry to hear
[22:50]  * thumper afk for some pre-sprint errands
[22:57] <katco> wallyworld: aforementioned pr pushed: http://reviews.vapour.ws/r/5154/
[22:58] <wallyworld> ty