On Tue, Sep 15, 2015 at 5:09 PM, Fox, Kevin M wrote:
> Unfortunately, I haven't had enough chance to play with ipv6 yet.
>
> I still think ipv6 with floating ip's probably makes sense though.
>
> In ipv4, the floating ip's solve one particular problem:
>
> End Users want to be able to consume a s
Another issue is that the gate is running with Ubuntu 14.04, which is
running OVS 2.0. This means we can't test
certain features in Neutron (For example, the OVS ARP responder).
On Thu, Sep 17, 2015 at 4:17 AM, Gal Sagie wrote:
> Hello Li Ma,
>
> Dragonflow uses OpenFlow1.3 to communicate with O
On Thu, Sep 17, 2015 at 4:09 PM, Jeff Peeler wrote:
>
> On Thu, Sep 17, 2015 at 3:28 PM, Fox, Kevin M wrote:
>
>> I agree. Lots of projects have this issue. I submitted a bug fix once
>> that literally was 3 characters long, and it took:
>> A short commit message, a long commit message, and a fu
Generally speaking, testing agent methods that interact with the system
heavily with unit tests provide very little,
and arguably negative value to the project. Mocking internal methods and
asserting that they were called is a
clear anti-pattern to my mind. In Neutron-land we prefer to test agent c
On Mon, Sep 28, 2015 at 12:40 PM, Zane Bitter wrote:
> On 28/09/15 05:47, Gorka Eguileor wrote:
>
>> On 26/09, Morgan Fainberg wrote:
>>
>>> As a core (and former PTL) I just ignored commit message -1s unless
>>> there is something majorly wrong (no bug id where one is needed, etc).
>>>
>>> I app
lease do this, unless
> you don't feel like it", is going to be hard for many people to review in a
> way that pleases everyone.
>
> On Mon, Sep 28, 2015 at 11:00 PM, Assaf Muller wrote:
>
>>
>>
>> On Mon, Sep 28, 2015 at 12:40 PM, Zane Bitter w
am
> Sławek Kapłoński
> sla...@kaplonski.pl
>
> On Mon, 28 Sep 2015, Assaf Muller wrote:
>
> > Generally speaking, testing agent methods that interact with the system
> > heavily with unit tests provide very little,
> > and arguably negative value to the project. Mock
On Mon, Oct 5, 2015 at 2:15 PM, Korzeniewski, Artur <
artur.korzeniew...@intel.com> wrote:
> Hi Code Reviewers,
>
> I would like to ask if DVR-HA patches can be merged into Liberty release:
>
> https://bugs.launchpad.net/neutron/+bug/1365473
>
> https://review.openstack.org/#/c/196893
>
> https://
On Wed, Oct 7, 2015 at 5:44 AM, Anna Kamyshnikova <
akamyshnik...@mirantis.com> wrote:
> I can' say that I have any great plans for this cycle, but I would like
> look into L3 HA (L3 HA + DVR) feature,
>
The agent side patch was merged yesterday, and the server side patch needs
reviews: https://r
On Thu, Oct 15, 2015 at 7:25 AM, Takashi Yamamoto
wrote:
> hi,
>
> i'm looking in fwaas tempest tests and have a question about code location.
>
> currently,
>
> - fwaas api tests and its rest client are in neutron repo
> - there are no fwaas scenario tests
>
> eventually,
>
> - fwaas api tests s
On Thu, Oct 15, 2015 at 10:22 AM, Matthew Treinish
wrote:
> On Thu, Oct 15, 2015 at 09:02:22AM -0400, Assaf Muller wrote:
> > On Thu, Oct 15, 2015 at 7:25 AM, Takashi Yamamoto >
> > wrote:
> >
> > > hi,
> > >
> > > i'm looking in fwaas
On Fri, Oct 16, 2015 at 5:32 PM, Kevin Benton wrote:
> We can't put in code and just hope for testing later. The tests are even
> more important in back-ports because there could be unexpected differences
> in the stable branch that make the patch not work correctly.
>
> However, we do need to ma
There's no real reason as far as I'm aware, just an implementation decision.
> On 21 במאי 2015, at 01:48, Na Zhu wrote:
>
> Dear,
>
>
> When OVS plugin is used with GRE option in Neutron, I see that each compute
> node has br-tun and br-int bridges created.
>
> I'm trying to understand wh
t;> On Sat, May 23, 2015 at 12:43 PM, Assaf Muller wrote:
>> There's no real reason as far as I'm aware, just an implementation decision.
> [DC]: in this case wouldn't this bee seen suitable as best practicies vs what
> every blog/ manual is suggesting?
>>
Comments in-line.
- Original Message -
> On 23 May 2015 at 04:43, Assaf Muller < amul...@redhat.com > wrote:
>
>
>
> There's no real reason as far as I'm aware, just an implementation decision.
>
> This is inaccurate. There is a reason(s), and
Check out:
http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html
Kevin is trying to solve exactly this problem. We're really hoping to land it in
time for Liberty.
- Original Message -
> Hi,
>
> Trying to understand if somebody has come across the following
.@redhat.com > wrote:
>
>
> +1 from me, long overdue!
>
>
> > On May 28, 2015, at 9:42 AM, Kyle Mestery < mest...@mestery.com > wrote:
> >
> > Folks, I'd like to propose Assaf Muller to be a member of the Neutron core
> > reviewer team. Assa
- Original Message -
> One reason for not sending the heartbeat from a separate greenthread could be
> that the agent is already doing it [1].
> The current proposed patch addresses the issue blindly - that is to say
> before declaring an agent dead let's wait for some more time because i
+1
- Original Message -
> Folks,
>
> As the Neutron L3 Lieutenant [1] under the PTL, Kyle, I'd like to
> propose Brian Haley as a member of the Neutron L3 core reviewer team.
> Brian has been a long time contributor in Neutron showing expertise
> particularly in IPv6, iptables, and Linux
+1
- Original Message -
> Hello all!
>
> As the Lieutenant of the built-in control plane[1], I would like YAMAMOTO
> Takashi to be a member of the control plane core reviewer team.
>
> He has been extensively reviewing the entire codebase[2] and his feedback on
> patches related to the r
+1
- Original Message -
> Excellent news! +1
>
> Cheers,
>
> Edgar
>
>
> On Jun 12, 2015, at 12:50 PM, Kevin Benton < blak...@gmail.com > wrote:
>
>
>
>
> Hello!
>
> As the Lieutenant of the built-in control plane[1], I would like Rossella
> Sblendido to be a member of the control
I think Shraddha was talking about the gateway IP the DHCP server will respond
with. Different VMs will get different gateways.
- Original Message -
> That logic is contained in the virtual machine. We have no control over that.
>
> On Thu, Jun 11, 2015 at 3:34 PM, Shraddha Pandhe <
> spa
- Original Message -
> On Fri, Jun 19, 2015 at 2:20 AM, Sean M. Collins < s...@coreitpro.com >
> wrote:
>
>
> Hi,
>
> I wanted to give a quick update on the new experimental job for testing
> the Linux Bridge mechanism driver for Neutron.
>
> I believe that there is only one patch tha
t;
> Also is the action access_as_external available now ?
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Tue, Jun 2, 2015 at 9:14 PM, Assaf Muller < amul...@redhat.com > wrote:
>
>
> Check out:
> http://specs.openstack.org/openstack/neutron-specs/specs/li
- Original Message -
>
>
> I think we need to revisit the test infrastructure requirement. We have a lot
> of logic to setup and test plugins/drivers and making each repo duplicate
> all of that is a pretty big waste of effort. Maybe some base stuff should go
> in neutron lib?
Absolute
+1!
- Original Message -
> A huge +1
>
> From: Kevin Benton < blak...@gmail.com >
> Reply-To: OpenStack List < openstack-dev@lists.openstack.org >
> Date: Monday, July 6, 2015 at 1:02 PM
> To: OpenStack List < openstack-dev@lists.openstack.org >
> Subject: [openstack-dev] [neutron] - Prop
On Fri, Feb 12, 2016 at 8:43 AM, Ihar Hrachyshka wrote:
> Eoghan Glynn wrote:
>
>>
>>
[...]
* much of the problem with the lavish parties is IMO related to the
*exclusivity* of certain shindigs, as opposed to devs socializing at
summit being inappropriate per se. In
On Tue, Feb 16, 2016 at 12:26 PM, Clark Boylan wrote:
> On Tue, Feb 16, 2016, at 01:07 AM, Jordan Pittier wrote:
>> Hi list,
>> I understood we need to limit the number of tests and jobs that are run
>> for
>> each Tempest patch because our resources are not unlimited.
>>
>> In Tempest, we have 5
On Tue, Feb 16, 2016 at 2:52 PM, Matthew Treinish wrote:
> On Tue, Feb 16, 2016 at 10:07:19AM +0100, Jordan Pittier wrote:
>> Hi list,
>> I understood we need to limit the number of tests and jobs that are run for
>> each Tempest patch because our resources are not unlimited.
>>
>> In Tempest, we
On Wed, Feb 17, 2016 at 2:16 PM, Armando M. wrote:
>
>
> On 17 February 2016 at 11:12, Armando M. wrote:
>>
>> Hi folks,
>>
>> It looks like something slipped in and how we got persistent failures on
>> functional/fullstack jobs [1]. Has anyone triaged? I couldn't find anything
>> in [2].
>
>
> L
On Sat, Feb 27, 2016 at 6:55 PM, Martinx - ジェームズ
wrote:
> Hey guys!
>
> Next Ubuntu and Mitaka are promising something ultra mega cool!
>
> Look at this!
>
> ---
> root@mitaka-1:~# apt install neutron-openvswitch-agent
> Reading package lists... Done
> Building dependency tree
> Reading state in
On Wed, Mar 9, 2016 at 9:40 AM, Ihar Hrachyshka wrote:
> Vikash Kumar wrote:
>
>>
>>
>> On Wed, Mar 9, 2016 at 3:42 PM, Vikash Kumar
>> wrote:
>> I have written a sample neutron agent which subscribe for the AFTER_CREATE
>> event of router. I have defined a sample method as callback, but the met
On Mon, Mar 14, 2016 at 1:27 PM, Gary Kotton wrote:
> Hi,
> It would be nice if we could get a little more reviews in the neutron-lib.
> I think that we should maybe strive to cut a new version prior to the
> release.
> Thanks
> Gary
>
> On 3/14/16, 6:17 PM, "Venkata Anil" wrote:
>
>>Hi All
>>
>>
On Wed, Mar 16, 2016 at 10:41 PM, Jim Rollenhagen
wrote:
> On Wed, Mar 16, 2016 at 06:20:11PM -0700, Ken'ichi Ohmichi wrote:
>> Hi
>>
>> I have one proposal[1] related to negative tests in Tempest, and
>> hoping opinions before doing that.
>>
>> Now Tempest contains negative tests and sometimes pa
On Mon, Mar 21, 2016 at 8:09 PM, Clark Boylan wrote:
> On Mon, Mar 21, 2016, at 01:23 PM, Sean Dague wrote:
>> On 03/21/2016 04:09 PM, Clark Boylan wrote:
>> > On Mon, Mar 21, 2016, at 11:49 AM, Clark Boylan wrote:
>> >> On Mon, Mar 21, 2016, at 11:08 AM, Clark Boylan wrote:
>> >>> On Mon, Mar 21,
On Mon, Mar 21, 2016 at 9:26 PM, Clark Boylan wrote:
> On Mon, Mar 21, 2016, at 06:15 PM, Assaf Muller wrote:
>> On Mon, Mar 21, 2016 at 8:09 PM, Clark Boylan
>> wrote:
>> > On Mon, Mar 21, 2016, at 01:23 PM, Sean Dague wrote:
>> >> On 03/21/2016 04:09 PM, Cla
On Tue, Mar 22, 2016 at 9:31 AM, Kevin Benton wrote:
> Thanks for doing this. I dug into the test_volume_boot_pattern test to see
> what was going on.
>
> On the first boot, Nova called Neutron to create a port at 23:29:44 and it
> took 441ms to return the port to Nova.[1]
> Nova then plugged the
On Tue, Mar 22, 2016 at 11:36 PM, Nguyen Hoai Nam wrote:
> Hi everybody,
> Have you configured PyCharm to debug Neutron project. I confuged but it's
> not ok. If you have any archive, could you please share it with openstacker
> ?
http://lists.openstack.org/pipermail/openstack-dev/2014-June/03698
On Wed, Mar 23, 2016 at 12:52 PM, Ihar Hrachyshka wrote:
> Hey folks,
>
> some update on proactive backporting for neutron, and a call for action from
> subteam leaders.
>
> As you probably know, lately we started to backport a lot of bug fixes in
> latest stable branch (liberty atm) + became more
On Thu, Mar 24, 2016 at 1:48 AM, Takashi Yamamoto wrote:
> On Thu, Mar 24, 2016 at 6:17 AM, Doug Wiegley
> wrote:
>> Migration script has been submitted, v1 is not going anywhere from
>> stable/liberty or stable/mitaka, so it’s about to disappear from master.
>>
>> I’m thinking in this order:
>>
- Original Message -
> hello folks,
> myself shailendra, i am willing to contribute in openstack. i am final year
> student of B.Tech and have sufficient skills to do some here. plz guide me
>
Take a look at the different OpenStack projects. Is there a field you're more
interested in? C
- Original Message -
> Has there been any work to use conntrack synchronization similar to L3 HA in
> DVR so failover is fast on the SNAT node?
>
https://review.openstack.org/#/c/139686/
https://review.openstack.org/#/c/143169/
These changes have taken a back seat to improving the DVR
her RPC methods placed in a
namespace
this cycle?
Assaf Muller, Cloud Networking Engineer
Red Hat
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subj
gt; > we may want (if that’s technically possible) to provide
> > access to those functions with/without namespace.
> >
> > Or otherwise think about reverting for now until we find a
> > migration strategy
> >
> >
> > http
- Original Message -
> The L3 agent uses ARP and static routes like a normal router would. The L2
> agent is where there might be differences depending on the network type
> used. If it's a tunnel overlay, the L2 agent may perform an ARP offload from
> information it has learned via the L
- Original Message -
> Thank you. I am looking to read this state and compare it with neutron DB. If
> there are agents that do it already, I would like only to learn if I can
> change the polling period. Can you advise about the most efficient way to
> learn which agent does it and which
east from my perspective), and
> as openstack adoption spreads, it will be important for more and more users.
>
> How do we make rolling upgrade a "supported" part of Neutron?
Finding a sane way to test it would be a start. I'm still looking...
>
> - Jack
>
> >
-enables
namespaces for RPC servers (Along with the null namespace) and enable
fallbacks for clients.
>
> On 03/11/2015 08:42 PM, Assaf Muller wrote:
> > I've filed a bug here:
> > https://bugs.launchpad.net/neutron/+bug/1430984
> >
> > I
Can you explain why are you not using namespaces? (I'm really curious).
I've been thinking of proposing to deprecate that option only for the simple
truth that it's not tested and we have no idea if it works anymore, or if anyone
actually uses it.
- Original Message -
> When use_namespace
- Original Message -
> > However, I briefly looked through the L2 agent code and didn't see a
> > periodic task to resync the port information to protect from a neutron
> > server that failed to send a notification because it crashed or lost its
> > amqp connection. The L3 agent has a per
- Original Message -
> Dear Neutron developers,
>
> I have been playing with OpenStack Neutron since Grizzly but never
> committed a bug upstream. I want to fix a neutron bug and do not see
> any unassigned low-hanging-fruit starter bug in
> https://bugs.launchpad.net/neutron/+bugs?field
rious as
to why, and if it would be difficult to migrate such a setup to use namespaces.
I'm asking because use_namespaces complicates Neutron code for what I gather
is an option that has not been relevant for years. I'd like to deprecate the
option
for Kilo and remove it in Liberty.
- Original Message -
> Assaf Muller writes:
>
> > Hello everyone,
>
> Hi Assaf,
>
> > The use_namespaces option in the L3 and DHCP Neutron agents controls if you
> > can create multiple routers and DHCP networks managed by a single L3/DHCP
> >
;
>
> > On Mar 20, 2015, at 3:19 PM, Brian Haley wrote:
> >
> > On 03/20/2015 02:57 PM, Assaf Muller wrote:
> >> Hello everyone,
> >>
> >> The use_namespaces option in the L3 and DHCP Neutron agents controls if
> >> you
> >> can c
Note that https://review.openstack.org/#/c/166888/ has been merged.
This means that the option has been deprecated for K and will be
removed in L. Anyone using the non-default value of False will be looking
at errors in his logs.
- Original Message -
>
>
> On 3/23/2015 3:56 AM, Miguel Án
- Original Message -
> > *From:* Ian Wells [mailto: ijw.ubuntu at cack.org.uk ] > *Sent:* Wednesday,
> > March 25, 2015 2:18 AM > > That spec ensures that you can tell what the
> > plugin is doing. You can ask > for a VLAN transparent network, but the
> > cloud may tell you it can't make
- Original Message -
> On 03/27/2015 05:22 AM, Thierry Carrez wrote:
>
> > Part of it is corner (or simplified) use cases not being optimally
> > served by Neutron, and I think Neutron could more aggressively address
> > those. But the other part is ignorance and convenience: that Neutro
- Original Message -
> On 03/27/2015 11:48 AM, Assaf Muller wrote:
> >
> >
> > - Original Message -
> >> On 03/27/2015 05:22 AM, Thierry Carrez wrote:
> >>
> >>> Part of it is corner (or simplified) use cases not being opt
- Original Message -
> On 03/30/2015 09:25 AM, Assaf Muller wrote:
> >
> >
> > - Original Message -
> >> On 03/27/2015 11:48 AM, Assaf Muller wrote:
> >>>
> >>>
> >>> - Original Message -
> >>>
even appear on the list.
Maybe we aren't spending our time where we should be.
And now a word from our legal team: In order for this to be viable, the system
would have to be a
*non binding*, *additional* form of input. The top proposal *could* be declined
for the same reasons
that spe
- Original Message -
> I think removing all occurrences of create_port inside of another transaction
> is something we should be doing for a couple of reasons.
The issues you're pointing out are very much real. It's a *huge* pain to
workaround
this issue and you can look for an example
- Original Message -
> "if linux bridge was a viable nova-network multi-host HA replacement, you'd
> be OK with this change?"
>
> I'd be much more in favor of it. yes. Though I think its a long way from
> being there...
>
> planet openstack has a nice set of articles on how dvr works ri
Just to offer some closure, it seems like the voting idea was shot down with
the energy of a trillion stars, yet the general idea of offering an easy way
for users to request features makes sense. Expect to see ideas of how
to implement this soon...
- Original Message -
>
> > On Apr 10, 2
.
- Original Message -
> …
>
> Hello.
>
> I would like to discuss the possibility to replace external ip monitor
> in the neutron code [1] with an internal native Python code [2]
>
> The issues of the current implementation:
> * an external process management
> * text output parsing (po
On Wed, Apr 5, 2017 at 4:49 PM, Emilien Macchi wrote:
> Greetings dear owls,
>
> I would like to bring back an old topic: running tempest in the gate.
>
> == Context
>
> Right now, TripleO gate is running something called pingtest to
> validate that the OpenStack cloud is working. It's an Heat st
On Fri, Apr 14, 2017 at 3:16 AM, zhi wrote:
> hi, all.
>
> I have a question about conntrackd in L3 HA. I read document about L3 HA
> at [1] and I find " conntrack " in L3 HA diagram . Does neutron L3 HA
> support conntrackd currently? If so, how
> can I find the conntrack info?
>
It does not.
On Sat, Aug 19, 2017 at 3:02 PM, Trinath Somanchi
wrote:
> Hi-
>
>
>
> Using [1] I have enabled devstack setup.
>
>
>
> Now that when I try dvsm-functional tests, I get all tests failed.
>
>
>
> Please find the error log [2] help me resolve this issue.
>
>
>
> Also, were there any tempests tests
On Thu, Dec 7, 2017 at 2:55 AM, Sławomir Kapłoński wrote:
> Hi,
>
> Thanks all of You for support. I'm very happy to be part of the team.
Congratulations Slawek, and job well done!
>
> —
> Best regards
> Slawek Kaplonski
> sla...@kaplonski.pl
>
>
>> Wiadomość napisana przez Miguel Lavalle w dni
On Fri, Dec 15, 2017 at 2:01 PM, Armando M. wrote:
> Hi neutrinos,
>
> To some of you this email may not come as a surprise.
>
> During the past few months my upstream community engagements have been more
> and more sporadic. While I tried hard to stay committed and fulfill my core
> responsibilit
As Neutron's so called testing lieutenant I would like to propose
Jakub Libosvar to be a core in the testing area.
Jakub has demonstrated his inherent interest in the testing area over
the last few years, his reviews are consistently insightful and his
numbers [1] are in line with others and I kno
gt; <mailto:ke...@benton.pub>> wrote:
>>>
>>> +1
>>>
>>> On Thu, Jul 21, 2016 at 2:41 PM, Carl Baldwin >> <mailto:c...@ecbaldwin.net>> wrote:
>>>
>>> +1 from me
>>>
>>>
On Thu, Jul 28, 2016 at 3:02 PM, Cathy Zhang wrote:
> Hi Ihar and all,
>
> Yes, we have been preparing for such a release. We will do one more round of
> testing to make sure everything works fine, and then I will submit the
> release request.
> There is a new patch on "stadium: adopt openstack/
+ Jakub.
On Wed, Aug 10, 2016 at 9:54 AM, wrote:
> Hi,
>> [Mooney, Sean K]
>> In ovs 2.5 only linux kernel conntrack was supported assuming you had a 4.x
>> kernel that supported it. that means that the feature was not available on
>> bsd,windows or with dpdk.
> Yup, I also thought about somethi
On Thu, Aug 25, 2016 at 7:35 AM, Gary Kotton wrote:
> Hi,
> At the moment it is still not clear to me the upgrade process from V1 to V2.
> The migration script https://review.openstack.org/#/c/289595/ has yet to be
> approved. Does this support all drivers or is this just the default reference
On Thu, Aug 25, 2016 at 6:58 AM, Ihar Hrachyshka wrote:
> Akihiro Motoki wrote:
>
>> In the neutronclient check queue,
>> gate-neutronclient-test-dsvm-functional is broken now [1].
>> Please avoid issuing 'recheck'.
>>
>> [1] https://bugs.launchpad.net/python-neutronclient/+bug/1616749
>>
>>
On Wed, Dec 13, 2017 at 7:30 AM, Michel Peterson wrote:
> Through my work in networking-odl I've found what I believe is an issue
> present in a majority of ML2 drivers. An issue I think needs awareness so
> each project can decide a course of action.
>
> The issue stems from the adopted practice
I'm not aware of plans for OVN to supported distributed SNAT, therefor
a networking node will still be required for the foreseeable future.
On Mon, Jan 15, 2018 at 2:18 AM, wenran xiao wrote:
> Hey all,
> I have found Network OVN will support to distributed floating ip
> (https://docs.openstack.o
On Tue, Feb 13, 2018 at 11:24 PM, Numan Siddique wrote:
>
>
> On Wed, Feb 14, 2018 at 4:19 AM, Assaf Muller wrote:
>>
>> I'm not aware of plans for OVN to supported distributed SNAT, therefor
>> a networking node will still be required for the foreseeable future.
On Tue, May 29, 2018 at 12:41 PM, Mathieu Gagné wrote:
> Hi Julia,
>
> Thanks for the follow up on this topic.
>
> On Tue, May 29, 2018 at 6:55 AM, Julia Kreger
> wrote:
>>
>> These things are not just frustrating, but also very inhibiting for
>> part time contributors such as students who may al
Hi all,
For the past few months I've been gaining more responsibilities within
Red Hat. I have less time to dedicate to personal contribution and
it's had a considerable tole on my ability to perform my duties
upstream to the degree of effectiveness I am satisfied with. To that
end, I've decided t
Hi all,
General query - Is there anyone in the Dynamic Routing community that
is planning on contributing a scenario test? As far as I could tell,
none of the current API tests would fail if, for example, the BGP
agent was not running. Please correct me if I'm wrong.
Thank you.
_
e somehow. I'm
> open to suggestions as to how to approach this.
>
> -Ryan
>
> -----Original Message-
> From: Assaf Muller [mailto:as...@redhat.com]
> Sent: Tuesday, December 06, 2016 2:36 PM
> To: OpenStack Development Mailing List (not for usage questions)
>
&g
On Fri, Feb 10, 2017 at 12:27 PM, Anna Taraday
wrote:
> Hello everyone!
>
> In Juno in Neutron was implemented L3 HA feature based on Keepalived (VRRP).
> During next cycles it was improved, we performed scale testing [1] to find
> weak places and tried to fix them. The only alternative for L3 HA
On Wed, Feb 22, 2017 at 1:40 PM, Miguel Angel Ajo Pelayo
wrote:
> I have updated the spreadsheet. In the case of RH/RDO we're using the same
> architecture
> in the case of HA, pacemaker is not taking care of those anymore since the
> HA-NG implementation.
>
> We let systemd take care to restart t
On Mon, Aug 20, 2018 at 6:06 AM, Tobias Urdin wrote:
> When I removed those ips and set accept_ra to 0 on the backup router:
>
> ip netns exec qrouter-0775785e-a93a-4501-917b-be92ff03f36a sysctl -w
> net.ipv6.conf.qr-7fad6b1b-c9.accept_ra=0
> ip netns exec qrouter-0775785e-a93a-4501-917b-be92ff03f
On Mon, Aug 27, 2018 at 12:42 PM, Miguel Lavalle wrote:
> Dear Neutron team,
>
> In order to help the Neutron Drivers team to perform its very important job
> of guiding the community to evolve the OpenStack Networking architecture to
> meet the needs of our current and future users [1], I have as
On Mon, Oct 8, 2018 at 12:34 PM Matt Riedemann wrote:
>
> On 10/8/2018 11:05 AM, Carlos Goncalves wrote:
> > The Octavia team merged a patch in master [1] that fixed an issue where
> > load balancers could be deleted whenever queue_event_streamer driver is
> > enabled and RabbitMQ goes down [2].
>
Well deserved is an understatement! Ihar is consistently integral to
the Neutron project. Ihar has wide knowledge not only of Neutron but
of OpenStack workings and is a key factor to Neutron playing nice with
other projects. Ihar has shown consistent good judgement of priorities
and will in no doub
On Tue, Sep 27, 2016 at 12:18 PM, Timur Nurlygayanov <
tnurlygaya...@mirantis.com> wrote:
> Hi milan,
>
> we have measured the test coverage for OpenStack components with
> coverage.py tool [1]. It is very easy tool and it allows measure the
> coverage by lines of code and etc. (several metrics ar
On Tue, Sep 27, 2016 at 2:05 PM, Assaf Muller wrote:
>
>
> On Tue, Sep 27, 2016 at 12:18 PM, Timur Nurlygayanov <
> tnurlygaya...@mirantis.com> wrote:
>
>> Hi milan,
>>
>> we have measured the test coverage for OpenStack components with
>> coverage.py
On Thu, Sep 29, 2016 at 5:27 AM, milanisko k wrote:
>
>
> út 27. 9. 2016 v 20:12 odesílatel Assaf Muller napsal:
>
>> On Tue, Sep 27, 2016 at 2:05 PM, Assaf Muller wrote:
>>
>>>
>>>
>>> On Tue, Sep 27, 2016 at 12:18 PM, Timur Nurlygayanov &
On Mon, Oct 3, 2016 at 10:15 AM, Ihar Hrachyshka wrote:
> Hi all,
>
> I was serving as a bug deputy for the last two weeks. (Well, I planned to
> serve for one week only, but then I forgot to set new deputies in the last
> meeting I chaired, so the 2nd week was my punishment for short memory.)
>
>
On Tue, Nov 8, 2016 at 12:57 AM, Oleg Bondarev wrote:
>
>
> On Tue, Nov 8, 2016 at 12:22 AM, Carl Baldwin wrote:
>>
>> Ocata End user and operator feedback recap
>>
>>
>> The purpose of this session was to gather feedback from end users
On Wed, Nov 16, 2016 at 10:42 AM, huangdenghui wrote:
> hi
> Currently, neutron support DVR router and legacy router. For high
> availability, there is HA router in reference implementation of legacy mode
> and DVR mode. I am considering whether is active-active router needed in
> both mode?
On Thu, Nov 17, 2016 at 1:42 PM, Carl Baldwin wrote:
> Neutron (and Openstack),
>
> It is with regret that I report that my work situation has changed such that
> I'm not able to keep up with my duties as a Neutron core reviewer, L3
> lieutenant, and drivers team member. My participation has dropp
101 - 195 of 195 matches
Mail list logo