[openstack-dev] [Neutron] Fix migration that breaks Grenade jobs
Jakub Libosvar
libosvar at redhat.com
Tue Apr 22 13:57:13 UTC 2014
On 04/22/2014 02:38 PM, Salvatore Orlando wrote:
> When I initially spoke to the infra team regarding this problem, they
> suggested that "just fixing migrations" so that the job could run was
> not a real option.
> I tend to agree with this statement.
> However, I'm open to options for getting grenade going until the
> migration problem is solved. Ugly workarounds might be fine, as long as
> we won't be doing anything that a real deployer would never do.
>
> Personally, I still think the best way for getting grenade to work is to
> ensure previos_rev and current_rev have the same configuration. For the
> havana/icehouse upgrade, this will mean that devstack for icehouse
> should not add the metering plugin.
Is it possible to run Icehouse tempest without metering tests?
Kuba
> I and Jakub are overdue a discussion
> on whether this would be feasible or not.
>
> Change 87935 is acceptable as a fix for that specific migration.
> However it does not fix the general issue, where the root cause is that
> currently the state of the neutron database depends on configuration
> settings, and therefore migrations are idempotent as long as the plugin
> configuration is not changed, which is not the case.
>
> Salvatore
>
>
> On 22 April 2014 11:14, Jakub Libosvar <libosvar at redhat.com
> <mailto:libosvar at redhat.com>> wrote:
>
> On 04/22/2014 10:53 AM, Anna Kamyshnikova wrote:
> > Hello everyone!
> >
> > I'm working on fixing bug 1307344. I found out solution that will fix
> > Grenade jobs and will work for online and offline migartions.
> > https://review.openstack.org/87935 But I faced the problem that
> Metering
> > usage won't be fixed as we need to create 2 tables (meteringlabels,
> > meteringlabelrules). I tried to create both in patch set #7 but it
> won't
> > work for offline migration. In fact to fix Grenade it is enough to
> > create meteringlabels table, that is done in my change in the last
> patch
> > set #8. I want to ask reviewers to take a look at this change and
> > suggest something or approve it. I'm available on
> IRC(akamyshnikova) or
> > by email.
> >
> > Regards
> > Ann
> Hi Ann,
>
> Good suggestion how to get out of failing job but I don't think it
> should go to 33c3db036fe4_set_length_of_description_field_metering.py
> because this failure is grenade specific while the real issue is a fact
> that we're not able to add new service plugin to already deployed
> Neutron.
>
> I think the same workaround you proposed in the 87935 review should go
> to grenade itself (from-havana/upgrade-neutron script) just to have the
> job working on havana->icehouse upgrade. It's a bit of ugly workaround
> though but imho so far the best solution to reach stable job in a short
> time.
>
> Kuba
>
> >
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> <mailto:OpenStack-dev at lists.openstack.org>
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> <mailto:OpenStack-dev at lists.openstack.org>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list