[00:32] <wallyworld> hml: standup?
[00:32] <hml> wallyworld: I’m somewhere… did the link change?
[00:32] <wallyworld> not that i know of
[00:32] <wallyworld> it's different on friday
[01:07] <mup> Bug #1709791 changed: juju deployed lxd falls back to lxdbr0 bridge when binding is specified <juju:New> <https://launchpad.net/bugs/1709791>
[01:13] <mup> Bug #1709791 opened: juju deployed lxd falls back to lxdbr0 bridge when binding is specified <juju:New> <https://launchpad.net/bugs/1709791>
[01:16] <mup> Bug #1709791 changed: juju deployed lxd falls back to lxdbr0 bridge when binding is specified <juju:New> <https://launchpad.net/bugs/1709791>
[06:19] <anastasiamac> axw: jam: last PR in store saga - https://github.com/juju/juju/pull/7806
[06:20] <anastasiamac> it's fairly straighforward, most pain is in tests changes - they had outdated, inconsitent data that was not separated api vs store
[06:27] <anastasiamac> actually not the very last PR, the next (and last one, i promise!) will get model count from store rather than controller details... working on it now...
[07:07] <axw> anastasiamac: looking
[07:08] <mup> Bug #1709520 changed: juju-db spams syslog, fills disk <juju-core:Won't Fix> <https://launchpad.net/bugs/1709520>
[07:20] <icey> any chance on an update about https://bugs.launchpad.net/juju/+bug/1684325 ?
[07:20] <mup> Bug #1684325: customize-failure-domain has no effect when ceph-mon is deployed in a container <availability-zones> <bitesize> <containers> <cpec> <OpenStack ceph-mon charm:New> <juju:Triaged> <https://launchpad.net/bugs/1684325>
[07:28] <rogpeppe> axw, wallyworld, anastasiamac: i'm after a couple of juju-related reviews if you have a moment. https://github.com/go-goose/goose/pull/55 and https://github.com/juju/juju/pull/7793
[07:39] <anastasiamac> rogpeppe: o/ m at dinner and family, but I'll try to cycle back in 3-4hrs.. sorry for delays!
[07:39] <rogpeppe> anastasiamac: np
[08:19] <axw> rogpeppe: done
[08:20] <rogpeppe> axw: tyvm
[20:04] <bdx> any good tricks out there for getting stuck applications out of a model?
[20:06] <bdx> I've always felt a '--force' arg would just be the perfect accommodation for removing applications ... I'm sure there is a reason why it doesn't exist
[20:33] <rick_h> bdx: you can --force the machine number but not the application as it can't promise to be clean (hulk smashed, etc)
[20:34] <bdx> got it
[20:34]  * rick_h has done a bunch of juju remove-machine --force X today
[20:34] <bdx> rick_h: lol those meds getting to you?
[20:34] <bdx> making you destroy all the machines?
[20:35] <rick_h> bdx: working on a charm :)
[20:35] <bdx> :)
[20:35] <rick_h> bdx: so whenever I bork it and it hangs in hook error land just blow it away and start another lxd container wheeee
[20:36] <bdx> yeah .. that a great dev hammer you have there
[20:37] <bdx> my workflow for removing stuck applications is to
[20:38] <bdx> 1) ssh into the machine and `sudo systemctl stop jujud-unit-mystuckapplication-<#>`, 2) `sudo rm -rf /var/lib/juju/agents/unit-myapplication-<#>` 3) `sudo systemctl restart jujud-machine-<#>`
[20:38] <bdx> oooh step 3 should be
[20:38] <bdx> rm /etc/systemd/system/jujud-unit-mystuckapplication.service
[20:39] <bdx> then step 4 is to restart the machine agent
[20:39] <rick_h> ugh
[20:41] <bdx> yeah ... works though
[20:42] <rick_h> fair enough
[20:42] <bdx> rick_h: http://paste.ubuntu.com/25427233/
[20:42] <bdx> ;(
[20:45] <rick_h> bdx: double ;(
[20:46] <rick_h> bdx: oh, did you try to reolved --no-retry?
[20:47] <rick_h> bdx: I find that gets me into trouble sometimes and using --no-retry will let a resovled actually work
[20:51] <bdx> oooh I didn't know about --no-retry
[20:51] <bdx> thats huge
[21:52] <wallyworld> thumper: you coming back?
[22:04] <rick_h> wallyworld: you passing thumper along when you're done?
[22:05] <thumper> coming
[22:05] <wallyworld> he's coming now