You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Daan Hoogland <da...@gmail.com> on 2014/12/08 14:51:07 UTC
[ACS44] router upgrade issue
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
Re: [ACS44] router upgrade issue
Posted by Rajani Karuturi <ra...@apache.org>.
I understand the problem now and agree that configurable isnt an option
here. Thanks for sharing your thoughts.
~Rajani
On Tue, Dec 9, 2014 at 3:03 PM, Daan Hoogland <da...@gmail.com>
wrote:
> On Tue, Dec 9, 2014 at 9:48 AM, Rajani Karuturi <ra...@apache.org> wrote:
> >>
> >> > Or make this configurable and update it in the docs to use the latest
> >> > template version?
> >> Configurable sound allright but the config action must be the same as
> the
> >> sysvm install action or we are shifting our responsibilty to the user.
> >
> >
> > The advantage I see with this is we need not do a patch release even if
> we
> > miss to update.
>
> I am ot sure I follow so let me phrase what I think should be one:
>
> systemvm replace code should be written that also edits the
> MinVRVersion. On upgrade this code should be run if an upgrade is
> needed.
>
> Missing in this is the problem that might occur when someone upgrades
> a systemvm and then has to upgrade to a version that also upgrades the
> system vm. For this we must introduce a patch level version that we
> promise never to touch as devs, so that users can use this for their
> own versions.
>
> Just making it configurable leaves a responsibility that is ours with
> the user. They shouldn't be able to make the mistake of entering to
> high a number for instance.
>
> --
> Daan
>
Re: [ACS44] router upgrade issue
Posted by Daan Hoogland <da...@gmail.com>.
On Tue, Dec 9, 2014 at 9:48 AM, Rajani Karuturi <ra...@apache.org> wrote:
>>
>> > Or make this configurable and update it in the docs to use the latest
>> > template version?
>> Configurable sound allright but the config action must be the same as the
>> sysvm install action or we are shifting our responsibilty to the user.
>
>
> The advantage I see with this is we need not do a patch release even if we
> miss to update.
I am ot sure I follow so let me phrase what I think should be one:
systemvm replace code should be written that also edits the
MinVRVersion. On upgrade this code should be run if an upgrade is
needed.
Missing in this is the problem that might occur when someone upgrades
a systemvm and then has to upgrade to a version that also upgrades the
system vm. For this we must introduce a patch level version that we
promise never to touch as devs, so that users can use this for their
own versions.
Just making it configurable leaves a responsibility that is ours with
the user. They shouldn't be able to make the mistake of entering to
high a number for instance.
--
Daan
Re: [ACS44] router upgrade issue
Posted by Rajani Karuturi <ra...@apache.org>.
>
> > Or make this configurable and update it in the docs to use the latest
> > template version?
> Configurable sound allright but the config action must be the same as the
> sysvm install action or we are shifting our responsibilty to the user.
The advantage I see with this is we need not do a patch release even if we
miss to update.
~Rajani
Re: [ACS44] router upgrade issue
Posted by Daan Hoogland <da...@gmail.com>.
mobile dev with bilingual spelling checker used (read at your own risk)
Op 9 dec. 2014 05:43 schreef "Rajani Karuturi" <ra...@apache.org>:
>
> This looks like recurring problem we are going to face again in the future
> version. Especially given that its so deep in a java file, its very easy
to
> slip it for a release.
>
> Can we use the max version of a 'completed' step from the version table?
No, it might be lower.
> Or make this configurable and update it in the docs to use the latest
> template version?
Configurable sound allright but the config action must be the same as the
sysvm install action or we are shifting our responsibilty to the user.
>
> ~Rajani
>
> On Mon, Dec 8, 2014 at 8:08 PM, Daan Hoogland <da...@gmail.com>
> wrote:
>
> > 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 <da...@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.hoogland@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.yadav@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 <te...@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.hoogland@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.yadav@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
> >
Re: [ACS44] router upgrade issue
Posted by Rajani Karuturi <ra...@apache.org>.
This looks like recurring problem we are going to face again in the future
version. Especially given that its so deep in a java file, its very easy to
slip it for a release.
Can we use the max version of a 'completed' step from the version table?
Or make this configurable and update it in the docs to use the latest
template version?
~Rajani
On Mon, Dec 8, 2014 at 8:08 PM, Daan Hoogland <da...@gmail.com>
wrote:
> 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 <da...@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 <da...@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 <ro...@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 <te...@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.hoogland@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.yadav@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
>
Re: [ACS44] router upgrade issue
Posted by Daan Hoogland <da...@gmail.com>.
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 <da...@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 <da...@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 <ro...@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 <te...@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 <da...@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.yadav@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
Re: [ACS44] router upgrade issue
Posted by Daan Hoogland <da...@gmail.com>.
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 <da...@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 <ro...@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 <te...@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 <da...@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.yadav@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
Re: [ACS44] router upgrade issue
Posted by Daan Hoogland <da...@gmail.com>.
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 <ro...@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 <te...@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 <da...@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.yadav@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
Re: [ACS44] router upgrade issue
Posted by Rohit Yadav <ro...@shapeblue.com>.
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 <te...@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 <da...@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.yadav@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.
Re: [ACS44] router upgrade issue
Posted by Daan Hoogland <da...@gmail.com>.
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 <te...@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 <da...@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
>>
--
Daan
Re: [ACS44] router upgrade issue
Posted by Erik Weber <te...@gmail.com>.
This should probably happen in 4.5 branch as well I guess?
--
Erik
On Mon, Dec 8, 2014 at 2:51 PM, Daan Hoogland <da...@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
>