Hi Stackers!
The purpose of this email is to share with the community the intention
of switching the default network backend in TripleO from ML2/OVS to
ML2/OVN by changing the mechanism driver from openvswitch to ovn. This
doesn’t mean that ML2/OVS will be dropped but users deploying
OpenStack
Hi Miguel,
This patch should fix it [0]. I ran into same issues and had to manually
patch and/or generate the OVN containers myself.
Try it out and let me know if the problem persists.
To confirm that this is the same issue try to check which images you got in
your local registry (ODL images may
Thanks a lot Kuba for all your contributions!
You've been a great mentor to me since I joined OpenStack and I'm so happy
that I got to work with you. Great engineer and even better person!
All the best, my friend!
On Fri, Aug 31, 2018 at 10:25 AM Jakub Libosvar wrote:
> Hi all,
>
> as you have
Hi,
Thanks Lucas for writing this down.
On Thu, Apr 5, 2018 at 11:35 AM, Lucas Alvares Gomes
wrote:
> Hi,
>
> The tests below are failing in the tempest API / Scenario job that
> runs in the networking-ovn gate (non-voting):
>
>
On Wed, Feb 14, 2018 at 5:40 AM, Brian Haley wrote:
> On 02/13/2018 05:08 PM, Armando M. wrote:
>
>>
>>
>> On 13 February 2018 at 14:02, Brent Eagles beag...@redhat.com>> wrote:
>>
>> Hi,
>>
>> The neutron agents are implemented in such a way
Thanks a lot guys!
It's a pleasure to work with you all :)
Cheers,
Daniel
On Fri, Dec 1, 2017 at 5:48 PM, Miguel Angel Ajo Pelayo wrote:
> Welcome Daniel! :)
>
> On Fri, Dec 1, 2017 at 5:45 PM, Lucas Alvares Gomes > wrote:
>
>> Hi all,
>>
>> I
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
Some more info added to Jakub's excellent report :)
New kernel Ubuntu-4.4.0-89.112HEADUbuntu-4.4.0-89.112master was
tagged 9 days ago (07/31/2017) [0].
>From a quick look, the only commit around this function is [1].
[0]
Hi folks,
Now that it looks like the metadata proposal is more refined [0], I'd like
to get some feedback from you on the driver implementation.
The ovn-metadata-agent in networking-ovn will be responsible for
creating the namespaces, spawning haproxies and so on. But also,
it must implement
+1
On Mon, Feb 20, 2017 at 7:20 PM, Bhatia, Manjeet S <
manjeet.s.bha...@intel.com> wrote:
> +1
>
>
>
> *From:* Kevin Benton [mailto:ke...@benton.pub]
> *Sent:* Friday, February 17, 2017 3:08 PM
> *To:* openstack-dev@lists.openstack.org
> *Subject:* [openstack-dev] [neutron] - Team photo
>
>
>
>
gt; Cheers,
> Kevin Benton
>
> On Wed, Feb 15, 2017 at 12:25 PM, Jay Pipes <jaypi...@gmail.com> wrote:
>
>> On 02/15/2017 12:46 PM, Daniel Alvarez Sanchez wrote:
>>
>>> Hi there,
>>>
>>> We're trying to figure out why, sometimes, rpc_loop take
Hi there,
We're trying to figure out why, sometimes, rpc_loop takes over 10 seconds
to process an iteration when booting instances. So we deployed devstack on
a 8GB, 4vCPU VM and did some profiling on the following command:
nova boot --flavor m1.nano --image cirros-0.3.4-x86_64-uec --nic
On Wed, Jan 18, 2017 at 10:45 PM, Bernard Cafarelli
wrote:
> Hi neutrinos,
>
> I would like your feedback on the mentioned changeset in title[1]
> (yes, added since Liberty).
>
> With this patch, we (should) skip ports with
> port_security_enabled=False or with an empty list
Hi,
+1 here
On Mon, Oct 17, 2016 at 10:01 AM, Korzeniewski, Artur <
artur.korzeniew...@intel.com> wrote:
> +1
>
>
>
> *From:* Oleg Bondarev [mailto:obonda...@mirantis.com]
> *Sent:* Monday, October 17, 2016 9:52 AM
> *To:* OpenStack Development Mailing List (not for usage questions) <
>
14 matches
Mail list logo