On November 23, 2017 10:04 am, Shuquan Huang wrote:
I think standard openstack python project is fine. Before the project
creation, anything I can help with now? (
It seems like the first task is to design a stable interface between
log-gearman-client and log-classify. To be honest, I
On November 23, 2017 10:21 am, Jens Harbott wrote:
2017-11-23 5:28 GMT+00:00 Tristan Cacqueray :
...
TL;DR; Is it alright if we re-enable this CI and report those tests on
zuul-jobs patchsets?
I like the general idea, but please wait for more feedback until doing
On Thu, Nov 23, 2017 at 1:54 PM, Emilien Macchi wrote:
> On Thu, Nov 23, 2017 at 1:49 PM, Emilien Macchi wrote:
>> So far in my testing I found 2 issues:
>>
>> - IPv6 + TLS doesn't work in tripleo-ci, certificates aren't good
>> (expected). We might need
On Thu, Nov 23, 2017 at 1:49 PM, Emilien Macchi wrote:
> So far in my testing I found 2 issues:
>
> - IPv6 + TLS doesn't work in tripleo-ci, certificates aren't good
> (expected). We might need to generate new ones, I'll take a look
> myself probably.
>
>
So far in my testing I found 2 issues:
- IPv6 + TLS doesn't work in tripleo-ci, certificates aren't good
(expected). We might need to generate new ones, I'll take a look
myself probably.
On 2017-11-22 04:18 AM, Julien Danjou wrote:
> Hi,
>
> Now that the Ceilometer API is gone, we really don't need
> ceilometerclient anymore. I've proposed a set of patches to retire it:
>
>https://review.openstack.org/#/c/522183/
>
just for reference, we had a super short discussion on
I forgot to add an ongoing effort to reduce number of services
deployed on ovb jobs at a strict minimum:
https://review.openstack.org/522310
So we hope to run the job faster and more efficiently. Our scenarios
already cover services like Cinder, Heat and Swift. We don't need them
anymore on OVB.
On Thu, Nov 23, 2017 at 07:55:07PM +0100, Andreas Jaeger wrote:
> On 2017-11-16 06:59, Ian Wienand wrote:
> > Hello,
> >
> > Some time ago we started the process of moving towards projects being
> > more explicit about thier binary dependencies using bindep [1]
> >
> > To facilitate the
Queens's main theme is stabilization.
That's what we're currently working on in our CI, see which areas we
can consolidate and stabilize so we can continue to scale TripleO
development.
One of the challenges that we had in the last years was the high
demand of OVB jobs versus the capacity.
To
On 2017-11-16 06:59, Ian Wienand wrote:
> Hello,
>
> Some time ago we started the process of moving towards projects being
> more explicit about thier binary dependencies using bindep [1]
>
> To facilitate the transition, we created a "fallback" set of
> dependencies [2] which are installed when
I think we may have pinned libvirt-bin as well, (1.3.1), but I can't
guarantee that, sorry - I would suggest its worth trying pinning both
initially.
Chris
On Thu, 23 Nov 2017 at 17:42 Joe Topjian wrote:
> Hi Chris,
>
> Thanks - we will definitely look into this. To confirm:
Hi Chris,
Thanks - we will definitely look into this. To confirm: did you also
downgrade libvirt as well or was it all qemu?
Thanks,
Joe
On Thu, Nov 23, 2017 at 9:16 AM, Chris Sarginson wrote:
> We hit the same issue a while back (I suspect), which we seemed to resolve
>
Hey Manuel,
Did you tried creating a new network after modifying the .conf files and
checking if VMs on that network had the correct MTU?
Also, kolla-ansible supports custom service configurations:
Hi Manuel,
I'm not a kolla-ansible user, but I suppose that you must modify properly
the templates:
kolla-ansible/ansible/roles/neutron/templates/neutron.conf.j2
kolla-ansible/ansible/roles/neutron/templates/ml2_conf.ini.j2
following the instructions of the link provided.
Regards,
Alberto
Hi folks,
We've seen failures in functional tests lately [0] since ovsdbapp was
bumped to 0.8.0. Not sure if it's related since according to logs, it
looks like the connection to OVSDB is lost and then it's not recovered.
We're running functional tests on OVS master so I sent this patch [1]
to
We hit the same issue a while back (I suspect), which we seemed to resolve
by pinning QEMU and related packages at the following version (you might
need to hunt down the debs manually):
1:2.5+dfsg-5ubuntu10.5
I'm certain there's a launchpad bug for Ubuntu qemu regarding this, but
don't have it
Hi all,
We're seeing some strange libvirt issues in an Ubuntu 16.04 environment.
It's running Mitaka, but I don't think this is a problem with OpenStack
itself.
We're in the process of upgrading this environment from Ubuntu 14.04 with
the Mitaka cloud archive to 16.04. Instances are being live
On 11/22/2017 12:51 AM, Shewale, Bhagyashri wrote:
Hi nova devs,
Just wanted to ask regarding request zero root disk for boot-from-volume
instances patches [2] [3].
When user boot instance using bootable volume and flavor having non-zero
disk_gb
then in that case it considers flavor
Hi colleagues,
we've faced an issue, described in
https://bugzilla.redhat.com/show_bug.cgi?id=1020622 - when VM don't see
virtio-scsi devices if there are 2+ connected devices (in our case there
are block device itself and config drive). We're under Ubuntu 16.04 and
while Redhat released
Thierry Carrez wrote on 11/23/2017 5:38 PM:
Doug Hellmann wrote:
On Nov 22, 2017, at 11:22 AM, Ian Y. Choi wrote:
Hello,
Maybe there would be some chance to be also considered with PDF builds?
I created an WIP patch on openstack/horizon repository [1] to highlight
which
On Thu, 23 Nov 2017 09:38:34 +0100
Thierry Carrez wrote:
> Doug Hellmann wrote:
> >
> >> On Nov 22, 2017, at 11:22 AM, Ian Y. Choi wrote:
> >>
> >> Hello,
> >>
> >> Maybe there would be some chance to be also considered with PDF builds?
> >>
> >> I
Hi all,
Due to the Thanks giving in US and as no agenda items were added by
the deadline yesterday we will not have glance meeting today. Will
recoup next week 30th of Nov.
Thanks,
Jokke
__
OpenStack Development Mailing
2017-11-23 5:28 GMT+00:00 Tristan Cacqueray :
...
> TL;DR; Is it alright if we re-enable this CI and report those tests on
> zuul-jobs patchsets?
I like the general idea, but please wait for more feedback until doing so.
Also, IMHO it would be better if you could
I think standard openstack python project is fine. Before the project
creation, anything I can help with now? (
On 22/11/2017, 4:30 PM, "Tristan Cacqueray"
wrote:
On November 21, 2017 5:48 pm, Clark Boylan
On Thu, 23 Nov 2017, mihaela.ba...@orange.com wrote:
Is there any setting that we can provide to nova-compute in
nova.conf/placement so that it will use the internal URL for
placement API? By default, I see that (in Newton) it uses the
public URL and our compute nodes do not have access to the
On Sat, Nov 18, 2017 at 8:34 PM, Jeremy Stanley wrote:
> On 2017-11-03 07:49:05 + (+), Luke Hinds wrote:
> [...]
> > One thing came to mind on Jeremy's points around the VMT, is
> > OSSN's
> >
> > We often get a workflow where Sec-Core are brought into a private
> > LP
On 2017-11-23 09:23, Frank Wang wrote:
> Andreas, Thanks for your quick respose, Currenty, We want to support
> Localization & Internationalization in our environment. Could you give me
> some guidance how to do it? May be I can work on this. By the way, I tried
> to add msgid from
Hi Andreas,
So wasn't just me, thanks.
https://bugs.launchpad.net/openstack-doc-tools/+bug/1734075
- Gil
On 23/11/17 18:39, Andreas Jaeger wrote:
On 2017-11-23 08:06, Gilles Dubreuil wrote:
On 23/11/17 18:03, Gilles Dubreuil wrote:
Hi,
Is that just me?
The "Show all" button for any of
Doug Hellmann wrote:
>
>> On Nov 22, 2017, at 11:22 AM, Ian Y. Choi wrote:
>>
>> Hello,
>>
>> Maybe there would be some chance to be also considered with PDF builds?
>>
>> I created an WIP patch on openstack/horizon repository [1] to highlight
>> which changes to be needed
Andreas, Thanks for your quick respose, Currenty, We want to support
Localization & Internationalization in our environment. Could you give me some
guidance how to do it? May be I can work on this. By the way, I tried to add
msgid from neutron-lib to neutron.po, It seems won't work.Thanks,
30 matches
Mail list logo