Hi Tony,
  I submit a patch to use upper-constraints for review, 
https://review.openstack.org/#/c/347639/ 
<https://review.openstack.org/#/c/347639/> . Let’s wait for the feedback and 
results.



Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Jul 27, 2016, at 07:47, Tony Breeds <t...@bakeyournoodle.com> wrote:
> 
> On Tue, Jul 26, 2016 at 05:44:06AM +0000, A mailing list for the OpenStack 
> Stable Branch test reports. wrote:
>> Build failed.
>> 
>> - periodic-heat-docs-liberty 
>> http://logs.openstack.org/periodic-stable/periodic-heat-docs-liberty/6835807/
>>  : SUCCESS in 10m 19s
>> - periodic-heat-python27-db-liberty 
>> http://logs.openstack.org/periodic-stable/periodic-heat-python27-db-liberty/0dd2d48/
>>  : FAILURE in 8m 19s
> 
> This job started failing recently [1] with the following error[2]:
> novaclient.exceptions.Forbidden: 'novaclient.v2.client.Client' is not 
> designed to be initialized directly. It is inner class of novaclient. You 
> should use 'novaclient.client.Client' instead. Related lp bug-report: 1493576 
> (HTTP 403)
> 
> This is because the heat tests on the liberty branch are using the novaclient 
> from master.
> 
> As I see it there are 2 options
> 1. Add upper-constraints support to heat, this will ensure that all client
>   libraries are used appropriately per release.
> 2. Backport variations of:
>    I8f42e4ab446b0369d4c53fa4d3a734689ab541e3
>    I428abb4ca05847da8ffc2da7157aa5c34263a205
>  To mitaka and liberty
> 3. Something else I haven't thought of
> 
> From a stable-maint point of view option 1 is preferred.  Is there anything
> specific to heat that would prevent it from working with upper-constraints
> enabled?
> 
> Yours Tony.
> 
> [1] 
> http://status.openstack.org//openstack-health/#/job/periodic-heat-python27-db-liberty
> [2] 
> http://logs.openstack.org/periodic-stable/periodic-heat-python27-db-liberty/0dd2d48/console.html#_2016-07-26_05_35_18_970003
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to