cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rene Moser <>
Subject Re: [Proposal] new API for recover routers
Date Wed, 11 Jul 2018 17:01:00 GMT
Hi Dag

On 07/11/2018 12:08 PM, Dag Sonstebo wrote:
> Hi Rene,
> So if you have upgraded 4.5 to 4.11 (or any version upgrade where new system VM templates
are in play) then your 4.5 VRs are by definition destroyed and you are running with 4.11 VRs.
As a result there is nothing to recover – the rollback mechanism in this case is to roll
back DB, destroy all 4.11 VRs (and anything else unknown to the original DB) – then start
up the 4.5 management servers. At this point CloudStack management will either automatically
build “new” 4.5 VRs – or worst case you do a network restart which recreates the VR.

Yes we know the procedure of the downgrade. The nice thing of the
upgrade is that the VR names stay as is and we thought it would be nice
if this would also be possible while "downgrading" or more precisely,
state="your VR are not in a version the running ACS supports --> recover

The thing is with "destroyed VR" hey are not coming back automatically,
do they? They are only be recreated on a e.g. network restart or an api
call related to a VR (user VM stop/start, etc.) right?


View raw message