On 23 February 2017 at 23:20, Simon Davy wrote:
> One thing that seems to have landed in 2.1, which is worth noting IMO, is
> the local juju lxd image aliases.
>
> tl;dr: juju 2.1 now looks for the lxd image alias juju/$series/$arch in the
> local lxd server, and uses that if it finds it.
>
> Thi
OK, I think I got it now...
This is all crazy, and it was a change due to the gorilla/websocket change.
So... what happens when there is a successful restore on the server side
is that it calls os.Exit(...) which then has the pid 1 restart the
agent. However from the API client, this is an ab
On 24/02/17 16:17, Tim Penhey wrote:
Also, a CI run of a develop revision just before the gorilla/websocket
reversion hit this:
http://reports.vapour.ws/releases/4922/job/functional-ha-backup-restore/attempt/5045#highlight
cannot create collection "txns": unauthorized mongo access: not
Hi Curtis (also expanding to juju-dev),
I have been looking into this issue. And the good news is that it
doesn't appear to be a real problem with gorilla/websocket at all, but
instead a change in timing showed an existing issue that hadn't surfaced
before.
I'll be looking into that issue -
