gt; Tobias
>
>
>
> From: Tobias Urdin <tobias.ur...@crystone.com>
> Sent: Friday, December 22, 2017 2:44 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [puppet] Ubuntu problems +
: Re: [openstack-dev] [puppet] Ubuntu problems + Help needed
Follow up, have been testing some integration runs on a tmp machine.
Had to fix the following:
* Ceph repo key E84AC2C0460F3994 perhaps introduced in [0]
* Run glance-manage db_sync (have not seen in integration tests)
* Run neutron-db-mana
Follow up, have been testing some integration runs on a tmp machine.
Had to fix the following:
* Ceph repo key E84AC2C0460F3994 perhaps introduced in [0]
* Run glance-manage db_sync (have not seen in integration tests)
* Run neutron-db-manage upgrade heads (have not seen in integration tests)
*
Ignore that, seems like it's the networking-l2gw package that fails[0]
Seems like it hasn't been packaged for queens yet[1] or more it seems
like a release has not been cut for queens for networking-l2gw[2]
Should we try to disable l2gw like done in[3] recently for CentOS?
[0]
2017-12-22 9:18 GMT+00:00 Tobias Urdin :
> Follow up on Alex[1] point. The db sync upgrade for neutron fails here[0].
>
> [0] http://paste.openstack.org/show/629628/
This seems to be a known issue, see [2]. Also I think that this is a
red herring caused by the database
Follow up on Alex[1] point. The db sync upgrade for neutron fails here[0].
[0] http://paste.openstack.org/show/629628/
On 12/22/2017 04:57 AM, Alex Schultz wrote:
>> Just a note, the queens repo is not currently synced in the infra so
>> the queens repo patch is failing on Ubuntu jobs. I've
> Just a note, the queens repo is not currently synced in the infra so
> the queens repo patch is failing on Ubuntu jobs. I've proposed adding
> queens to the infra configuration to resolve this:
> https://review.openstack.org/529670
>
As a follow up, the mirrors have landed and two of the four
On Thu, Dec 21, 2017 at 10:40 AM, Alex Schultz wrote:
> Currently they are all globally failing in master (we are using pike
> still[0] which is probably the problem) in the tempest run[1] due to:
> AttributeError: 'module' object has no attribute 'requires_ext'
>
> I've
Currently they are all globally failing in master (we are using pike
still[0] which is probably the problem) in the tempest run[1] due to:
AttributeError: 'module' object has no attribute 'requires_ext'
I've submit a patch[2] to switch UCA to queens. If history is any
indication, it will probably
Some pointers for perusal as to the observed problems would be helpful,
Thanks!
On Wed, Dec 20, 2017 at 11:09 AM Chuck Short wrote:
> Hi Mohammed,
>
> I might be able to help where can I find this info?
>
> Thanks
> chuck
>
> On Wed, Dec 20, 2017 at 12:03 PM, Mohammed Naser
Hi Mohammed,
I might be able to help where can I find this info?
Thanks
chuck
On Wed, Dec 20, 2017 at 12:03 PM, Mohammed Naser
wrote:
> Hi everyone,
>
> I'll get right into the point.
>
> At the moment, the Puppet OpenStack modules don't have much
> contributors which can
Hi everyone,
I'll get right into the point.
At the moment, the Puppet OpenStack modules don't have much
contributors which can help maintain the Ubuntu support. We deploy on
CentOS (so we try to get all the fixes in that we can) and there is a
lot of activity from the TripleO team as well which
12 matches
Mail list logo