I see some changes that make me want to put 4.5.0 in there for the 4.5 branch. proceding
On Mon, Dec 8, 2014 at 3:35 PM, Daan Hoogland <daan.hoogl...@gmail.com> wrote: > Also I don't think we need to let users go through a sysvm upgrade > procedure if it is not needed. > > On Mon, Dec 8, 2014 at 3:34 PM, Daan Hoogland <daan.hoogl...@gmail.com> wrote: >> Rohit, in 4.4 there was a problem with the templates in 4.4.0 so it >> must be 4.4.1. I don't see the underscore but a capital M in >> MinVRVersion in 4.4! >> >> On Mon, Dec 8, 2014 at 3:31 PM, Rohit Yadav <rohit.ya...@shapeblue.com> >> wrote: >>> In 4.3 it's defined as _minVRVersion. For each major ACS version such as ACS >>> 4.4.x, this value should be 4.4.0 unless we want to use higher templates >>> such as 4.4.1 or 4.4.2. >>> For 4.5, it should be 4.5.0. This is assuming that ACS templates are >>> compatible with future bugfix releases and we don't want to enforce >>> templates upgrades unless necessary. >>> >>> >>> On Monday 08 December 2014 07:55 PM, Daan Hoogland wrote: >>>> >>>> I am looking if the value 4.4.1 is applicable there or whether it >>>> should be higher, as we mail. will update you all. >>>> >>>> On Mon, Dec 8, 2014 at 3:12 PM, Erik Weber <terbol...@gmail.com> wrote: >>>> > This should probably happen in 4.5 branch as well I guess? >>>> > >>>> > -- >>>> > Erik >>>> > >>>> > On Mon, Dec 8, 2014 at 2:51 PM, Daan Hoogland <daan.hoogl...@gmail.com> >>>> > wrote: >>>> > >>>> >> H, I investigated an issue some colleagues noticed and it turns out >>>> >> that in the update procedure the flag >>>> >> VirtualNetworkApplianceService.MinVRVersion is not set for versions >>>> >> 4.4.0-4.4.2 >>>> >> >>>> >> I have no workaround other then rebooting the routers instead of >>>> >> upgading/updating them. I will patch the branch to contain the correct >>>> >> minimal version. The higher version branches have this var still set >>>> >> to 4.3.0 as well. >>>> >> >>>> >> -- >>>> >> Daan >>>> >> >>>> >>>> >>>> >>> >>> -- >>> Regards, >>> Rohit Yadav >>> Software Architect, ShapeBlue >>> M. +91 8826230892 | rohit.ya...@shapeblue.com >>> Blog: bhaisaab.org | Twitter: @_bhaisaab >>> PS. If you see any footer below, I did not add it :) >>> >>> Find out more about ShapeBlue and our range of CloudStack related services >>> >>> IaaS Cloud Design & >>> Build<http://shapeblue.com/iaas-cloud-design-and-build//> >>> CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/> >>> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> >>> CloudStack Software >>> Engineering<http://shapeblue.com/cloudstack-software-engineering/> >>> CloudStack Infrastructure >>> Support<http://shapeblue.com/cloudstack-infrastructure-support/> >>> CloudStack Bootcamp Training >>> Courses<http://shapeblue.com/cloudstack-training/> >>> >>> This email and any attachments to it may be confidential and are intended >>> solely for the use of the individual to whom it is addressed. Any views or >>> opinions expressed are solely those of the author and do not necessarily >>> represent those of Shape Blue Ltd or related companies. If you are not the >>> intended recipient of this email, you must neither take any action based >>> upon its contents, nor copy or show it to anyone. Please contact the sender >>> if you believe you have received this email in error. Shape Blue Ltd is a >>> company incorporated in England & Wales. ShapeBlue Services India LLP is a >>> company incorporated in India and is operated under license from Shape Blue >>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil >>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a >>> company registered by The Republic of South Africa and is traded under >>> license from Shape Blue Ltd. ShapeBlue is a registered trademark. >> >> >> >> -- >> Daan > > > > -- > Daan -- Daan
