Re: [openstack-dev] [neutron] Bug deputy report week August 27 - September 2

[Gary Kotton]

Thanks for the update. I have taken the baton from the 2nd. Thankfully last few 
days have been quite.
A luta continua

From: Hirofumi Ichihara 
Reply-To: OpenStack List 
Date: Monday, September 3, 2018 at 11:54 AM
To: OpenStack List 
Subject: [openstack-dev] [neutron] Bug deputy report week August 27 - September 
2

Hi,

I was the bug deputy for the week of August 27 - September 2.

There is no Ctirical bug.

High:
https://bugs.launchpad.net/neutron/+bug/1789878
https://bugs.launchpad.net/neutron/+bug/1789846
https://bugs.launchpad.net/neutron/+bug/1789579
https://bugs.launchpad.net/neutron/+bug/1789434
https://bugs.launchpad.net/neutron/+bug/1789403

Medium:
https://bugs.launchpad.net/neutron/+bug/1790143
https://bugs.launchpad.net/neutron/+bug/1789499

New:
https://bugs.launchpad.net/neutron/+bug/1790084
 This is needed to triage by l3-dvr-backlog lieutenants.
https://bugs.launchpad.net/neutron/+bug/1790038
 This is needed to triage by l3-dvr-backlog lieutenants.
https://bugs.launchpad.net/neutron/+bug/1789334
 This is needed to triage by troubleshooting lieutenants or Osprofier forks.

Incomplete:
https://bugs.launchpad.net/neutron/+bug/1790023
https://bugs.launchpad.net/neutron/+bug/1789870

Re: [openstack-dev] [neutron] Bug deputy report 23-29 April

[Paweł Suder]

Hello Team,

I forgot about this:

Deleting port doesnt delete dns records
https://bugs.launchpad.net/neutron/+bug/1741079
Re-open, confirmed.

Cheers,
Paweł

W dniu 30.04.2018, pon o godzinie 08∶26 +0200, użytkownik Paweł Suder
napisał:
> Hello Team,
> 
> Last week starting from 23 April until 29 April I was bug deputy for
> Neutron project.
> 
> Following bugs/RFEs were opened:
> 
> [RFE] Create host-routes for routed networks (segments)
> https://bugs.launchpad.net/neutron/+bug/1766380
> RFE, importance not set. Seems to be very interesting. Confirmed by
> Miguel (thx!). Need to be discussed by drivers team.
> 
> Trunk Tests are failing often in dvr-multinode scenario job
> https://bugs.launchpad.net/neutron/+bug/1766701
> High, confirmed based on logs from failing jobs.
> 
> Periodic job * neutron-dynamic-routing-dsvm-tempest-with-ryu-master-
> scenario-ipv4 fails
> https://bugs.launchpad.net/neutron/+bug/1766702
> High, confirmed based on logs from failing jobs.
> 
> Rally tests job is reaching job timeout often
> https://bugs.launchpad.net/neutron/+bug/1766703
> High, confirmed based on logs from failing jobs.
> 
> [NEED ATTENTION] the machine running dhcp agent will have very high
> cpu
> load when start dhcp agent after the agent down more than 150 seconds
> https://bugs.launchpad.net/neutron/+bug/1766812
> Not yet clarified, due to scale, it will be not easy to triage it.
> Some
> logs are attached, but still issue might be very environmental. Not
> marked as confirmed, importance not set.
> [OPEN QUESTION]: should be reproduced somehow?
> 
> loadbalancer can't create with chinese character name
> https://bugs.launchpad.net/neutron/+bug/1767028
> It could be related to Octavia. Not confirmed, do not know version of
> used OpenStack. Logs from Neutron attached. Importance not set.
> [OPEN QUESTION]: how to link with other project?
> 
> character of set image property multiqueue command is wrong
> https://bugs.launchpad.net/neutron/+bug/1767267
> Confirmed doc issue, some typos/command syntax issues. Importance not
> set.
> 
> Neutron agent internal ports remain untagged for some time, which
> makes
> them trunk ports
> https://bugs.launchpad.net/neutron/+bug/1767422
> Confirmed. Fix proposed.
> 
> [DVR] br-int in compute node will send unknown unicast to sg-xxx
> https://bugs.launchpad.net/neutron/+bug/1767811
> Clarifying.
> 
> Cheers,
> Paweł
> 
> _
> _
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs
> cribe
> 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

Re: [openstack-dev] [neutron] Bug deputy report

[Takashi Yamamoto]

oops, i forgot to add the critical one.

Critical
https://bugs.launchpad.net/neutron/+bug/1765008 Tempest API tests
failing for stable/queens branch

On Tue, Apr 24, 2018 at 9:11 PM, Takashi Yamamoto  wrote:
> hi,
>
> here's a summary of this week.
>
> RFEs for drivers team:
> https://bugs.launchpad.net/neutron/+bug/1766380 [RFE] Create
> host-routes for routed networks (segments)
> https://bugs.launchpad.net/neutron/+bug/1764738 routed provider
> networks limit to one host
>
> Medium:
> https://bugs.launchpad.net/neutron/+bug/1764330 Cannot set --no-share
> on shared network covered also by "access_as_shared" RBAC policy
> https://bugs.launchpad.net/neutron/+bug/1763627 neutron
> service-provider-list return duplicated entries
> https://bugs.launchpad.net/neutron/+bug/1763604 neutron-ovs-cleanup
> failing when there are too many ports in bridge
> https://bugs.launchpad.net/neutron/+bug/1765452 Unable to use
> project_id as sort_key
>
> Low:
> https://bugs.launchpad.net/neutron/+bug/1765208 IPtables firewall code
> sometimes tries to remove non-existent rules
>
> Wishlist:
> https://bugs.launchpad.net/neutron/+bug/1765519 Add fullstack tests
> for shared networks API
>
> Incomplete / waiting a feedback from the submitter:
> https://bugs.launchpad.net/neutron/+bug/1762708 Unable to ssh/ping IP
> assigned to VM deployed on flat network
> https://bugs.launchpad.net/neutron/+bug/1762733 l3agentscheduler
> doesn't return a response body with POST
> /v2.0/agents/{agent_id}/l3-routers
> https://bugs.launchpad.net/neutron/+bug/1765691 OVN vlan networks use
> geneve tunneling for SNAT traffic
> https://bugs.launchpad.net/neutron/+bug/1765530 VM failed to reboot
> after compute host reboot in Queens

__
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

Re: [openstack-dev] [Neutron] Bug deputy report

[Akihiro Motoki]

Gary,

> I need to drop off bug duty on Thursday night so if someone can please swap 
> me for Friday.

I am a bug deputy of the next week. I can start my coverage from this Friday.

Thanks,
Akihiro

2018-01-16 21:51 GMT+09:00 Gary Kotton :
> Hi,
>
> Things have been relatively quiet. There are two bugs:
>
> 1. https://bugs.launchpad.net/neutron/+bug/1743480 - I think that we can
> leverage tags here so that should address the issue. Would be interesting to
> know what others thing.
>
> 2. https://bugs.launchpad.net/neutron/+bug/1743552 - patch in review
> https://review.openstack.org/#/c/534263/
>
> I need to drop off bug duty on Thursday night so if someone can please swap
> me for Friday.
>
> Thanks
>
> Gary
>
>
> __
> 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

Re: [openstack-dev] [neutron] Bug deputy report

[Luo, Lujin]

Hi Takashi,

No, I do not have anything that needs to be handed off to you. 

Happy bug triaging!

Best,
Lujin

> -Original Message-
> From: Takashi Yamamoto [mailto:yamam...@midokura.com]
> Sent: Monday, December 25, 2017 4:02 PM
> To: OpenStack Development Mailing List (not for usage questions)
> 
> Subject: Re: [openstack-dev] [neutron] Bug deputy report
> 
> hi,
> 
> thank you.
> do you have anything to hand off to the next bug deputy (me) ?
> 
> On Mon, Dec 25, 2017 at 3:31 PM, Luo, Lujin 
> wrote:
> > Hello everyone,
> >
> > I was on bug deputy between 2017.12.18 and 2017.12.25. I am sending a
> short summary of the bugs reported during this period.
> >
> > https://bugs.launchpad.net/neutron/+bug/1739798 - Medium.
> networking-ovn driver expects network postcommit methods to be called
> with no open sessions to the database. Some changes of how we handle
> segments deletion inside network deletion are required. It is not assigned 
> yet,
> so if anyone is interested, it is yours.
> >
> > https://bugs.launchpad.net/neutron/+bug/1739411 - Low. QoS DSCP mark
> disappear stable/ocata. Two possible fixes have been proposed and one is
> used in Pike and current master. It looks to me like a low-hanging fruit.
> Anyone interested, please take it over.
> >
> > https://bugs.launchpad.net/neutron/+bug/1739227 - One test case does
> > not obey when the parent network is vlan. Jakub is handling it. Thanks
> > :)
> >
> > https://bugs.launchpad.net/neutron/+bug/1739219 - Medium. stable/Pike.
> Removal of DHCP agent does not cascade to the removal of the
> corresponding port (with device_onwer as "network:dhcp"). It is not
> assigned yet, so if anyone is interested, it is yours.
> >
> > https://bugs.launchpad.net/neutron/+bug/1739078 and
> https://bugs.launchpad.net/neutron/+bug/1739075 - RFE of full stack test
> proposed by Jakub.
> >
> > https://bugs.launchpad.net/neutron/+bug/1739071 and
> https://bugs.launchpad.net/neutron/+bug/1738983 - garyk has started
> working on them.
> >
> > https://bugs.launchpad.net/neutron/+bug/1738768 - Critial. Regression of
> dataplane downtime when L3 agents running in containers are shutdown. It
> is also marked as high in TripleO. Currently no one is assigned. I have asked
> Miguel to take a look at it. But anyone else who is familiar with containers
> and L3, please take a look too.
> >
> > https://bugs.launchpad.net/neutron/+bug/1738738 - RFE poposed by
> Reedip.
> >
> >
> > Happy holidays!
> >
> > Best regards,
> > Lujin
> >
> > ∽---
> > Lujin Luo
> > Email: luo.lu...@jp.fujitsu.com
> > Tel: (81) 044-754-2027
> > Linux Development Division
> > Platform Software Business Unit
> > Fujitsu Ltd.
> > --∽
> >
> >
> >
> >
> 
> __
> >  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
__
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

Re: [openstack-dev] [neutron] Bug deputy report

[Takashi Yamamoto]

hi,

thank you.
do you have anything to hand off to the next bug deputy (me) ?

On Mon, Dec 25, 2017 at 3:31 PM, Luo, Lujin  wrote:
> Hello everyone,
>
> I was on bug deputy between 2017.12.18 and 2017.12.25. I am sending a short 
> summary of the bugs reported during this period.
>
> https://bugs.launchpad.net/neutron/+bug/1739798 - Medium. networking-ovn 
> driver expects network postcommit methods to be called with no open sessions 
> to the database. Some changes of how we handle segments deletion inside 
> network deletion are required. It is not assigned yet, so if anyone is 
> interested, it is yours.
>
> https://bugs.launchpad.net/neutron/+bug/1739411 - Low. QoS DSCP mark 
> disappear stable/ocata. Two possible fixes have been proposed and one is used 
> in Pike and current master. It looks to me like a low-hanging fruit. Anyone 
> interested, please take it over.
>
> https://bugs.launchpad.net/neutron/+bug/1739227 - One test case does not obey 
> when the parent network is vlan. Jakub is handling it. Thanks :)
>
> https://bugs.launchpad.net/neutron/+bug/1739219 - Medium. stable/Pike. 
> Removal of DHCP agent does not cascade to the removal of the corresponding 
> port (with device_onwer as "network:dhcp"). It is not assigned yet, so if 
> anyone is interested, it is yours.
>
> https://bugs.launchpad.net/neutron/+bug/1739078 and 
> https://bugs.launchpad.net/neutron/+bug/1739075 - RFE of full stack test 
> proposed by Jakub.
>
> https://bugs.launchpad.net/neutron/+bug/1739071 and 
> https://bugs.launchpad.net/neutron/+bug/1738983 - garyk has started working 
> on them.
>
> https://bugs.launchpad.net/neutron/+bug/1738768 - Critial. Regression of 
> dataplane downtime when L3 agents running in containers are shutdown. It is 
> also marked as high in TripleO. Currently no one is assigned. I have asked 
> Miguel to take a look at it. But anyone else who is familiar with containers 
> and L3, please take a look too.
>
> https://bugs.launchpad.net/neutron/+bug/1738738 - RFE poposed by Reedip.
>
>
> Happy holidays!
>
> Best regards,
> Lujin
>
> ∽---
> Lujin Luo
> Email: luo.lu...@jp.fujitsu.com
> Tel: (81) 044-754-2027
> Linux Development Division
> Platform Software Business Unit
> Fujitsu Ltd.
> --∽
>
>
>
> __
> 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

Re: [openstack-dev] [neutron] bug deputy report

[John Schwarz]

On Mon, Oct 24, 2016 at 7:39 AM, Das, Anindita  wrote:
> 1.   https://bugs.launchpad.net/neutron/+bug/1635554 - Delete Router /
> race condition
>

I've triaged this bug and assigned it to myself. I'll make sure this
either gets solved or gets the proper attention.

-- 
John Schwarz,
Senior Software Engineer,
Red Hat.

__
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

Re: [openstack-dev] [neutron] bug deputy report

[Vikram Choudhary]

3. https://bugs.launchpad.net/neutron/+bug/1628044 - bgp listener not
> listening on mitaka. Someone should validate the bug in latest code.
>>> Ryu team got to check this issue... Neutron is not responsible for
creating BGP peer...

On Oct 3, 2016 8:26 PM, "Assaf Muller"  wrote:

> 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.)
> >
> > There were several bugs that I did not know how to triage properly, so
> help
> > with that is highly welcome.
> >
> > 1. https://bugs.launchpad.net/neutron/+bug/1625829 - instance shutdown
> > breaks floating ip connectivity, probably a duplicate of
> > https://bugs.launchpad.net/neutron/+bug/1549443. the immediate suspect
> is
> > iptables rules ordering.
> >
> > 2. https://bugs.launchpad.net/neutron/+bug/1627480 - Kevin suspects that
> > IPAM ip allocation code may succeed without allocating an IP address for
> a
> > subnet requested. That one gave us some headache in late RC1-2 time.
> Would
> > be great to see IPAM folks chime in to nail it down.
> >
> > 3. https://bugs.launchpad.net/neutron/+bug/1628044 - bgp listener not
> > listening on mitaka. Someone should validate the bug in latest code.
> >
> > 4. https://bugs.launchpad.net/neutron/+bug/1628385 - router-port-list
> not
> > showing gateway port. I assume it’s as designed because of special
> status of
> > the gateway port, but I would like to confirm with L3 folks before
> setting
> > to Opinion.
> >
> > 5. https://bugs.launchpad.net/neutron/+bug/1629097 - that’s a scary one:
> > rootwrap processes are hanging after ovsdb-client dies, exhausting
> memory.
> > OVS restart exits those processes. A suspicious patch is detected.
>
> Added info here.
>
> >
> > 6. https://bugs.launchpad.net/neutron/+bug/1629539 - dvr not working
> with
> > lbaasv1? Not sure if it’s a valid case now considering the fact we
> dropped
> > lbaasv1, but lbaas folks should chime in.
> >
> > I hope we’ll get new deputies today that will start processing bugs
> starting
> > from the time of writing the email.
> >
> > Cheers.
> > Ihar
> >
> > 
> __
> > 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
>
__
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

Re: [openstack-dev] [neutron] bug deputy report

[Assaf Muller]

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.)
>
> There were several bugs that I did not know how to triage properly, so help
> with that is highly welcome.
>
> 1. https://bugs.launchpad.net/neutron/+bug/1625829 - instance shutdown
> breaks floating ip connectivity, probably a duplicate of
> https://bugs.launchpad.net/neutron/+bug/1549443. the immediate suspect is
> iptables rules ordering.
>
> 2. https://bugs.launchpad.net/neutron/+bug/1627480 - Kevin suspects that
> IPAM ip allocation code may succeed without allocating an IP address for a
> subnet requested. That one gave us some headache in late RC1-2 time. Would
> be great to see IPAM folks chime in to nail it down.
>
> 3. https://bugs.launchpad.net/neutron/+bug/1628044 - bgp listener not
> listening on mitaka. Someone should validate the bug in latest code.
>
> 4. https://bugs.launchpad.net/neutron/+bug/1628385 - router-port-list not
> showing gateway port. I assume it’s as designed because of special status of
> the gateway port, but I would like to confirm with L3 folks before setting
> to Opinion.
>
> 5. https://bugs.launchpad.net/neutron/+bug/1629097 - that’s a scary one:
> rootwrap processes are hanging after ovsdb-client dies, exhausting memory.
> OVS restart exits those processes. A suspicious patch is detected.

Added info here.

>
> 6. https://bugs.launchpad.net/neutron/+bug/1629539 - dvr not working with
> lbaasv1? Not sure if it’s a valid case now considering the fact we dropped
> lbaasv1, but lbaas folks should chime in.
>
> I hope we’ll get new deputies today that will start processing bugs starting
> from the time of writing the email.
>
> Cheers.
> Ihar
>
> __
> 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