Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of daan.hoogland@gmail.com
 designates 209.85.213.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <B92CC11F-9253-48D8-A518-320A1F5D1CEF@gmail.com>
References: <CF98CED1-2317-4DBB-B3AF-006F323156BE@shapeblue.com>
 <C73FB6E7-B6E8-425A-9CB2-B10FBADFE406@gmail.com> <5405C76F.3050807@widodh.nl>
 <CAKprHVZiHK_LhK6_91jY1DmFH0mVOgYmQ-mzUhh7GWQyApYMgA@mail.gmail.com>
 <3F69D593-FC40-4572-86B9-1D3BBE2D5D24@shapeblue.com>
 <5405DA20.8050905@cloudops.com>
 <1719A8EC-CE4F-4A33-9ADF-E42B84D226AE@shapeblue.com>
 <5405DD18.9070001@cloudops.com>
 <84E5B8E9-FE53-456B-B06F-18C941EF509F@shapeblue.com>
 <B92CC11F-9253-48D8-A518-320A1F5D1CEF@gmail.com>
From: Daan Hoogland <daan.hoogland@gmail.com>
Date: Wed, 3 Sep 2014 10:32:46 +0200
Message-ID: 
 <CAGQtxvb1RfCM5f0_wooJnx675aTThhSA_OgdC44d5cyYeuLWCQ@mail.gmail.com>
Subject: Re: Cherry-picking fix that may change 4.3.1 schema
To: dev <dev@cloudstack.apache.org>
Cc: "fgaudreault@cloudops.com" <fgaudreault@cloudops.com>
Content-Type: multipart/alternative; boundary=047d7b10cc07d52f3405022515af

--047d7b10cc07d52f3405022515af
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

4.3.1 to 4.4.1 then should contain all effort that is also in 4.3.0 to 4.4.=
0

I don't look forward to the work but it is doable.

What bothers me most is that we are putting so much enegy into 4.3.1 at the
moment while 4.4.1 is about to be rc'd.

--
an anonymous commit to commit upgrade advocate / release manager


On Wed, Sep 3, 2014 at 9:39 AM, Sebastien Goasguen <runseb@gmail.com> wrote=
:

>
> On Sep 2, 2014, at 11:28 AM, Rohit Yadav <rohit.yadav@shapeblue.com>
> wrote:
>
> >
> > On 02-Sep-2014, at 5:07 pm, Francois Gaudreault <
> fgaudreault@cloudops.com> wrote:
> >> I see. Well, I think we were impacted by that too, and we made the
> decision to move on 4.4.1-snap (even if it's technically less stable?) an=
d
> then upgrade to 4.4.1 GA (next week?)
> >>
> >> I personally don't think pulling back DB changes in lower releases is =
a
> good idea :S
> >>
> >> But that's only my opinion :)
> >
> > I raised a concrete issue regarding 4.3.1/4.4.1 release and I would lik=
e
> to stick to that only. I understand there are too many numbers, versions
> and branches to follow, so please if you can try to understand the issue;
>
> I think Francois understands the issue (in terms of the bug been talked
> about), and his solution has been to move to 4.4.1-snap. It is a differen=
t
> type of solution than a solution at the code/release level but if it work=
s
> for him..fine :)
>
> >
> > This issue =E2=80=94 https://issues.apache.org/jira/browse/CLOUDSTACK-6=
756
> requires that there are some extra columns in the database to do book
> keeping when delete ips so you don=E2=80=99t actually delete db/table row=
s.
> >
> > The issue above is fixed in an upgrade path from 4.3.0 to 4.4.0:
> >
> https://git-wip-us.apache.org/repos/asf?p=3Dcloudstack.git;a=3Dblobdiff;f=
=3Dsetup/db/db/schema-430to440.sql;h=3D226260804523c79e3ce3cfa3c407b5ac698d=
749c;hp=3D3b525c41a1befd94c5ffc324c357b566606a97d0;hb=3Dce6a53e;hpb=3Dd0f80=
6b3a486c58b033083fc57f39dd686e31750
> >
> > But, we already have 4.4.0 release and db upgrade paths are always in
> the next release versions.
> >
> > So, there is no upgrade path from 4.3.1 to 4.4.0; as 4.3.1 version does
> not care about 4.4.0 schema changes. There is only an upgrade path from
> 4.3.0 to 4.3.1. So, the limitation is that people won=E2=80=99t be able t=
o upgrade
> from 4.3.1 to 4.4.0, because 4.4.0 is already released.
> >
> > If we release 4.4.1 before 4.3.1, we=E2=80=99ll have the same issue. So=
, we can
> put the fix from the JIRA issue on 4.3 branch so the issue is fixed for
> 4.3.1. The fix will be in the 4.3.0 to 4.3.1 upgrade path. And, if we
> release 4.4.1 after 4.3.1, we can fix the upgrade path from 4.3.1 to 4.4.=
1
> on 4.4 branch such that
> >
> > The abstract issue is =E2=80=94 we=E2=80=99ll have such issue in future=
, how do we fix
> it. I suggested =E2=80=94 we make a separate tool that does (rolling) upg=
rades.
> >
>
> So two things:
>
> -How to fix now
> -How to fix later (if we want to keep some type of long term release
> branches)
>
> I am ready to release 4.3.1 so if we put an upgrade path from 4.3.1 to
> 4.4.1 , that's fine with me, especially if there is precedent of database
> changes in the 4.2.x series.
>
> > Regards,
> > Rohit Yadav
> > Software Architect, ShapeBlue
> > M. +41 779015219 | rohit.yadav@shapeblue.com
> > Blog: bhaisaab.org | Twitter: @_bhaisaab
> >
> >
> >
> > 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 =E2=80=93 rapid IaaS deployment framework<http://shapeblue.com/=
csforge/>
> > CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > 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. An=
y
> views or opinions expressed are solely those of the author and do not
> necessarily represent those of Shape Blue Ltd or related companies. If yo=
u
> 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 und=
er
> 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 i=
s
> a registered trademark.
>
>


--=20
Daan

--047d7b10cc07d52f3405022515af--