Wednesday, 2020-03-04

*** martial_ has quit IRC00:09
*** brinzhang_ has joined #openstack-meeting00:09
*** slaweq has joined #openstack-meeting00:11
*** vishalmanchanda has joined #openstack-meeting00:11
*** brinzhang has quit IRC00:13
*** slaweq has quit IRC00:15
*** igordc has joined #openstack-meeting00:21
*** yamamoto has joined #openstack-meeting00:23
*** brinzhang has joined #openstack-meeting00:25
*** yamamoto has quit IRC00:28
*** brinzhang_ has quit IRC00:28
*** macz_ has quit IRC00:33
*** igordc has quit IRC00:40
*** jmasud has joined #openstack-meeting00:42
*** jmasud has quit IRC00:53
*** brinzhang_ has joined #openstack-meeting00:55
*** jmasud has joined #openstack-meeting00:55
*** brinzhang has quit IRC00:58
*** ykatabam has quit IRC00:58
*** ykatabam has joined #openstack-meeting00:59
*** njohnston_ has joined #openstack-meeting01:01
*** njohnston_ is now known as njohnston|phone01:01
*** slaweq has joined #openstack-meeting01:11
*** slaweq has quit IRC01:16
*** masahito has joined #openstack-meeting01:17
*** igordc has joined #openstack-meeting01:20
*** njohnston|phone has quit IRC01:26
*** jamesmcarthur has joined #openstack-meeting01:30
*** igordc has quit IRC01:33
*** jamesmcarthur has quit IRC01:39
*** jamesmcarthur has joined #openstack-meeting01:40
*** jamesmcarthur has quit IRC01:54
*** yamamoto has joined #openstack-meeting01:55
*** jamesmcarthur has joined #openstack-meeting01:57
*** ykatabam has quit IRC01:59
*** rcernin has quit IRC02:02
*** masahito_ has joined #openstack-meeting02:04
*** masahito has quit IRC02:04
*** masahito has joined #openstack-meeting02:05
*** masahito_ has quit IRC02:05
*** masahito has quit IRC02:07
*** jamesmcarthur has quit IRC02:08
*** yamamoto has quit IRC02:09
*** gyee has quit IRC02:09
*** yamamoto has joined #openstack-meeting02:09
*** slaweq has joined #openstack-meeting02:11
*** slaweq has quit IRC02:15
*** jamesmcarthur has joined #openstack-meeting02:16
*** brinzhang has joined #openstack-meeting02:31
*** brinzhang_ has quit IRC02:34
*** hyunsikyang has joined #openstack-meeting02:43
*** hyunsikyang__ has quit IRC02:46
*** diablo_rojo has quit IRC02:48
*** hongbin has joined #openstack-meeting02:50
*** ykatabam has joined #openstack-meeting02:51
*** rcernin has joined #openstack-meeting02:52
*** slaweq has joined #openstack-meeting03:11
*** jamesmcarthur has quit IRC03:13
*** jamesmcarthur has joined #openstack-meeting03:14
*** slaweq has quit IRC03:16
*** apetrich has quit IRC03:18
*** links has joined #openstack-meeting03:19
*** ijw has quit IRC03:29
*** jamesmcarthur has quit IRC03:31
*** psachin has joined #openstack-meeting03:33
*** jamesmcarthur has joined #openstack-meeting03:53
*** apetrich has joined #openstack-meeting03:56
*** dmacpher_ has joined #openstack-meeting04:03
*** dmacpher has quit IRC04:07
*** slaweq has joined #openstack-meeting04:11
*** slaweq has quit IRC04:17
*** hyunsikyang has quit IRC04:32
*** hyunsikyang has joined #openstack-meeting04:33
*** jamesmcarthur has quit IRC04:50
*** jmasud has quit IRC04:53
*** hongbin has quit IRC04:54
*** jmasud has joined #openstack-meeting04:55
*** artom has quit IRC04:59
*** diablo_rojo has joined #openstack-meeting05:04
*** haleyb is now known as haleyb|away05:05
*** slaweq has joined #openstack-meeting05:11
*** slaweq has quit IRC05:15
*** igordc has joined #openstack-meeting05:38
*** yamamoto has quit IRC05:56
*** slaweq has joined #openstack-meeting06:11
*** yamamoto has joined #openstack-meeting06:11
*** igordc has quit IRC06:11
*** slaweq has quit IRC06:16
*** diablo_rojo has quit IRC06:17
*** vishalmanchanda has quit IRC06:31
*** vishalmanchanda has joined #openstack-meeting06:55
*** e0ne has quit IRC06:55
*** lpetrut has joined #openstack-meeting07:05
*** lpetrut has quit IRC07:06
*** lpetrut has joined #openstack-meeting07:06
*** slaweq has joined #openstack-meeting07:11
*** slaweq has quit IRC07:15
*** yamamoto has quit IRC07:25
*** hjensas has quit IRC07:36
*** slaweq has joined #openstack-meeting07:38
*** JangwonLee_ has quit IRC07:41
*** slaweq has quit IRC07:43
*** bbowen_ has joined #openstack-meeting07:46
*** bbowen has quit IRC07:47
*** bbowen_ has quit IRC07:48
*** bbowen_ has joined #openstack-meeting07:48
*** witek has joined #openstack-meeting07:49
*** slaweq has joined #openstack-meeting07:49
*** kozhukalov has quit IRC07:51
*** hyunsikyang__ has joined #openstack-meeting07:58
*** yamamoto has joined #openstack-meeting08:01
*** hyunsikyang has quit IRC08:02
*** yamamoto has quit IRC08:06
*** masahito_ has joined #openstack-meeting08:09
*** tesseract has joined #openstack-meeting08:09
*** kozhukalov has joined #openstack-meeting08:13
*** jmasud has quit IRC08:13
*** maciejjozefczyk has joined #openstack-meeting08:14
*** rpittau|afk is now known as rpittau08:16
*** masahito_ has quit IRC08:16
*** masahito has joined #openstack-meeting08:17
*** jmasud has joined #openstack-meeting08:19
*** hjensas has joined #openstack-meeting08:21
*** yamamoto has joined #openstack-meeting08:32
*** ralonsoh has joined #openstack-meeting08:33
*** brinzhang_ has joined #openstack-meeting08:36
*** kozhukalov has quit IRC08:39
*** brinzhang has quit IRC08:39
*** brinzhang has joined #openstack-meeting08:40
*** brinzhang_ has quit IRC08:41
*** brinzhang_ has joined #openstack-meeting08:42
*** brinzhang has quit IRC08:44
*** brinzhang has joined #openstack-meeting08:48
*** dmacpher__ has joined #openstack-meeting08:49
*** brinzhang_ has quit IRC08:51
*** brinzhang_ has joined #openstack-meeting08:52
*** dmacpher_ has quit IRC08:53
*** jmasud has quit IRC08:53
*** brinzhang has quit IRC08:53
*** Liang__ has joined #openstack-meeting08:55
*** jmasud has joined #openstack-meeting08:56
*** e0ne has joined #openstack-meeting09:05
*** masahito has quit IRC09:11
*** masahito has joined #openstack-meeting09:15
*** brinzhang has joined #openstack-meeting09:24
*** brinzhang_ has quit IRC09:26
*** ociuhandu has joined #openstack-meeting09:35
*** JangwonLee has joined #openstack-meeting09:39
*** yamamoto has quit IRC09:44
*** apetrich has quit IRC09:52
*** brinzhang_ has joined #openstack-meeting09:52
*** brinzhang_ has quit IRC09:54
*** brinzhang_ has joined #openstack-meeting09:54
*** brinzhang has quit IRC09:55
*** masahito has quit IRC09:57
*** ociuhandu has quit IRC10:04
*** ykatabam has quit IRC10:08
*** ociuhandu has joined #openstack-meeting10:19
*** yamamoto has joined #openstack-meeting10:22
*** brinzhang_ has quit IRC10:22
*** yamamoto has quit IRC10:27
*** rubasov has joined #openstack-meeting10:34
*** ykatabam has joined #openstack-meeting10:48
*** rcernin has quit IRC11:08
*** rpittau is now known as rpittau|bbl11:32
*** psachin has quit IRC11:33
*** JangwonLee_ has joined #openstack-meeting11:35
*** JangwonLee__ has joined #openstack-meeting11:36
*** psachin has joined #openstack-meeting11:37
*** JangwonLee has quit IRC11:38
*** JangwonLee_ has quit IRC11:40
*** psachin has quit IRC11:49
*** JangwonLee_ has joined #openstack-meeting11:50
*** ykatabam has quit IRC11:53
*** JangwonLee__ has quit IRC11:54
*** apetrich has joined #openstack-meeting12:01
*** ykatabam has joined #openstack-meeting12:06
*** ykatabam has quit IRC12:08
*** raildo has joined #openstack-meeting12:19
*** yamamoto has joined #openstack-meeting12:27
*** yamamoto has quit IRC12:28
*** vishalmanchanda has quit IRC12:31
*** jiaopengju2 has quit IRC12:32
*** johnthetubaguy has joined #openstack-meeting12:32
*** jiaopengju2 has joined #openstack-meeting12:32
*** TheJulia has quit IRC12:54
*** _erlon_ has quit IRC12:54
*** jmasud has quit IRC12:54
*** TheJulia has joined #openstack-meeting12:54
*** patrickeast has quit IRC12:55
*** _erlon_ has joined #openstack-meeting12:55
*** masayukig has quit IRC12:55
*** patrickeast has joined #openstack-meeting12:55
*** masayukig has joined #openstack-meeting12:56
*** jmasud has joined #openstack-meeting12:56
*** liuyulong has joined #openstack-meeting13:01
*** yamamoto has joined #openstack-meeting13:01
*** yamamoto has quit IRC13:06
*** jamesdenton has quit IRC13:07
*** hjensas has quit IRC13:11
*** nicolasbock has joined #openstack-meeting13:11
*** masahito has joined #openstack-meeting13:11
*** artom has joined #openstack-meeting13:19
*** jamesmcarthur has joined #openstack-meeting13:23
*** vishakha has quit IRC13:23
*** jamesmcarthur has quit IRC13:23
*** jamesmcarthur has joined #openstack-meeting13:24
*** xyang has quit IRC13:24
*** efried1 has joined #openstack-meeting13:24
*** xyang has joined #openstack-meeting13:25
*** larainema has joined #openstack-meeting13:25
*** efried has quit IRC13:25
*** efried1 is now known as efried13:25
*** hjensas has joined #openstack-meeting13:27
*** enriquetaso has joined #openstack-meeting13:30
*** jamesmcarthur has quit IRC13:32
*** jamesmcarthur has joined #openstack-meeting13:33
*** vishalmanchanda has joined #openstack-meeting13:36
*** jamesmcarthur has quit IRC13:38
*** rpittau|bbl is now known as rpittau13:44
*** masahito has quit IRC13:45
*** Liang__ is now known as LiangFang13:56
*** sfernand has joined #openstack-meeting13:58
liuyulong#startmeeting neutron_l314:00
openstackMeeting started Wed Mar  4 14:00:14 2020 UTC and is due to finish in 60 minutes.  The chair is liuyulong. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: neutron_l3)"14:00
openstackThe meeting name has been set to 'neutron_l3'14:00
*** rubasov has quit IRC14:01
liuyulongHi there14:02
liuyulong#topic Announcements14:02
*** openstack changes topic to "Announcements (Meeting topic: neutron_l3)"14:02
slaweqhi14:03
liuyulong#link https://www.openstack.org/events/opendev-ptg-2020/14:03
liuyulongHope I could get to Vancouver.14:04
*** rbudden has joined #openstack-meeting14:05
liuyulongI need a VISA.14:05
liuyulongI will try the community travel support.14:05
*** yamamoto has joined #openstack-meeting14:06
slaweqfor now we also don't know how it will be, mostly due to this coronavirus :/14:07
liuyulong#link https://etherpad.openstack.org/p/neutron-victoria-ptg14:07
liuyulongslaweq, maybe, but the Summer is coming.14:09
liuyulongTopics are wanted! ^^14:09
liuyulongOK, no more announcement from me.14:11
liuyulonglet's move on.14:11
liuyulong#topic Bugs14:11
*** openstack changes topic to "Bugs (Meeting topic: neutron_l3)"14:11
liuyulong#link http://lists.openstack.org/pipermail/openstack-discuss/2020-February/012766.html14:11
liuyulong#link http://lists.openstack.org/pipermail/openstack-discuss/2020-March/012926.html14:11
liuyulongBecause I was not here last week, we have two lists now.14:11
*** jamesmcarthur has joined #openstack-meeting14:11
liuyulongFirst one:14:12
liuyulong#link https://bugs.launchpad.net/neutron/+bug/186496314:12
openstackLaunchpad bug 1864963 in neutron "loosing connectivity to instance with FloatingIP randomly" [Undecided,New]14:12
liuyulongI have left some questions about the reporters' deployment, that could help us to find out the real problem.14:12
liuyulongMostly these questions are based on our local deployment. We met some issue on these fields.14:13
slaweqthx for taking care of this14:15
*** psachin has joined #openstack-meeting14:15
liuyulongslaweq, np14:16
liuyulongNext one14:16
liuyulong#link https://bugs.launchpad.net/neutron/+bug/186506114:16
openstackLaunchpad bug 1865061 in neutron "When neutron does a switch-over between router 1 and router2, the router1 conntrack flows shoud be deleted" [Low,Confirmed]14:16
slaweqthat is something which our QE found during testing14:17
slaweqbut it can br problem only if router will failover twice in short period of time14:17
slaweqand that's why it's set Low importance14:17
*** jamesmcarthur has quit IRC14:18
liuyulongYes, that is my question, how could that "twice" happen in real world?14:18
liuyulonghttps://bugs.launchpad.net/neutron/+bug/1865061/comments/114:18
openstackLaunchpad bug 1865061 in neutron "When neutron does a switch-over between router 1 and router2, the router1 conntrack flows shoud be deleted" [Low,Confirmed]14:18
liuyulongWe have "non-preemptive" settings for HA router keepalived.14:18
liuyulongSo typically the "new-master" should work then.14:19
liuyulongThe connections in the original host should be all broken.14:19
slaweqexcactly, so I reported it there "just for the record" that such issue theoretically can happen14:19
slaweqbut that shouldn't be in fact an issue in real world probably14:20
liuyulongextremely case is the HA networking is not stable. That could cause the HA router state change rapidly. For some deployment which running HA routers on hypervisors, the bad connection state could be a potential reason.14:23
liuyulongThat could be another story.14:24
liuyulongOK, next one14:24
liuyulong#link https://bugs.launchpad.net/neutron/+bug/186589114:24
openstackLaunchpad bug 1865891 in neutron "Race condition during removal of subnet from the router and removal of subnet" [Medium,Confirmed] - Assigned to Slawek Kaplonski (slaweq)14:24
slaweqyes, that one I'm working on now14:24
slaweqit seems that sometimes if You plug subnet to the router and in parallel remove subnet, Your router port will end up as port without fixed_ips14:25
liuyulongAlright14:25
liuyulongsee my comment here:14:25
liuyulonghttps://bugs.launchpad.net/neutron/+bug/1865891/comments/214:25
openstackLaunchpad bug 1865891 in neutron "Race condition during removal of subnet from the router and removal of subnet" [Medium,Confirmed] - Assigned to Slawek Kaplonski (slaweq)14:25
*** ricolin has quit IRC14:25
liuyulong I can image another one is to add port as router interface and concurrently delete the port.14:25
slaweqI agree that maybe we will need to close it as "wontfix"14:26
slaweqbut I want first to dig a bit more and see what can be done there14:26
liuyulongyes, it is indeed an issue. We just want to find out a balance. : )14:28
liuyulongOK, next one14:28
liuyulong#link https://bugs.launchpad.net/neutron/+bug/186517314:28
openstackLaunchpad bug 1865173 in neutron "Revision number not bumped after update of router's description" [Low,Confirmed]14:28
liuyulongTested on stable/queens, it is not reproducible.14:29
slaweqI was testing this on master branch14:29
*** rubasov has joined #openstack-meeting14:31
liuyulongAlright, a regression on router revision number.14:31
slaweqprobably14:32
slaweqbut I saw it only when I tried to bump router's description14:32
liuyulongInteresting...14:32
slaweqanyway, that's nothing really critical so I think it can stay in our backlog until someone will have some time to take a look at it14:33
liuyulongnp, make sense to me14:33
liuyulongNext one:14:33
liuyulong#link https://bugs.launchpad.net/neutron/+bug/186555714:33
openstackLaunchpad bug 1865557 in neutron "Error reading log file from 'neutron-keepalived-state-change' in 'test_read_queue_send_garp'" [Low,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)14:33
ralonsohJust a logging problem14:33
liuyulongThe fix is simple, and it is just fails the case not raise an exception.14:34
ralonsohI  found a problem only once, in a test14:34
ralonsohas commented in the bug14:34
ralonsohno no, we need to raise the exception14:34
liuyulongSo I've +2ed that.14:34
liuyulonghttps://review.opendev.org/#/c/710850/1/neutron/tests/functional/agent/l3/test_keepalived_state_change.py14:34
ralonsohok, not an exception but a fail (the same effect)14:34
ralonsohyes, I know14:35
ralonsohbecause we are executing a test, it's better to use self.fail14:35
ralonsohbut the core of this patch is the extra log14:35
liuyulongOK, maybe I'm not clear here.14:35
liuyulongThe fix is to just fail the case instead of raising an exception.14:36
ralonsohthe effect is the same14:36
liuyulongYes14:36
ralonsohthe point is to increase the log info14:36
ralonsohnow we have the device list with the IP addresses14:36
ralonsohinside the testing namespace14:36
liuyulongralonsoh, great, thanks for working on this.14:37
ralonsohyw14:37
liuyulongAlright, thag14:38
liuyulongAlright, that's all bugs from me today.14:38
slaweqI would like to talk about one also14:38
slaweqhttps://bugs.launchpad.net/neutron/+bug/185983214:38
openstackLaunchpad bug 1859832 in neutron "L3 HA connectivity to GW port can be broken after reboot of backup node" [Medium,In progress] - Assigned to LIU Yulong (dragon889)14:38
liuyulongOK14:39
slaweqand those 2 alternative solutions proposed by me and liuyulong for it14:39
slaweqliuyulong: generally in Your approach I'm affraid those errors about fail to send garps during failover14:39
*** ociuhandu has quit IRC14:40
slaweqand the second potential issue is IMO if we will not increase downtime during failover as neutron-l3-agent has to be noticed that failover happened and bring gateway up then14:40
slaweqso 2 questions:14:40
slaweq1. do You know if there is any way to delay sending of first garp, to avoid those errors from keepalived?14:41
slaweq2. You said that You tested it in Your cloud, how long is downtime during failover with and without this patch?14:41
liuyulongI replied the comments in the patch set. Allow me quota it here:14:42
liuyulongWe have run such code for a few months, no issue was found for such related log. Keepalived will send garp after a 60s delay by default [1], till then the L3 agent should have done qg-dev link up action. More details could be during the first phrase keepalived garp, do not send garp with no interval, it could have a 1 second delay (vrrp_garp_interval [2]).14:42
liuyulong[1] https://github.com/openstack/neutron/blob/master/neutron/agent/linux/keepalived.py#L16514:42
liuyulong[2] https://www.keepalived.org/manpage.html14:42
liuyulongYour first question could have the answer: vrrp_garp_interval.14:43
*** puffc has joined #openstack-meeting14:44
liuyulongThe link up action is really quick, we have not seen any side effect on that.14:44
slaweqit's quick but if router has many other things to do, isn't it queued to be processed as other events?14:44
liuyulongMore about that is the outside world also have ARP.14:45
slaweqe.g. if there would be many routers failovered in same time14:45
liuyulongHA state change does not have queue.14:45
*** links has quit IRC14:45
liuyulongIt's not like the L3-agent main processing loop.14:46
slaweqok, but can we maybe move this "set device up" action to the neutron-keepalived-state-change monitor process?14:46
slaweqso it would be done just after keepalived would configure VIP in the namespace14:46
liuyulongThat "enqueue_state_change" actually does not have a "queue", it's just a list of functions.14:47
slaweqyes, but how about doing it here: https://github.com/openstack/neutron/blob/master/neutron/agent/l3/keepalived_state_change.py#L8914:48
ralonsohslaweq, are we going to add net capabilities to the  neutron-keepalived-state-change agent??14:48
ralonsohslaweq, I do not recommend it14:48
ralonsohthis should be just a monitoring process14:48
slaweqralonsoh: look at the comment in https://github.com/openstack/neutron/blob/master/neutron/agent/l3/ha.py#L16614:49
slaweqaccording to it, such plans were already some time ago :)14:49
liuyulongThat could be a heavy change.14:49
ralonsohI still don't recommend it14:50
ralonsohwe'll have another service changing the net devices14:50
ralonsohthis should be in only one process: the l3 agent14:50
liuyulongWe need router info from the l3-agent process to another monitor process.14:51
*** nicolasbock has quit IRC14:51
slaweqwe already have keepalived which is also changing those interfaces14:51
ralonsohyes14:51
ralonsohbut this is an external process not managed/programmed by us14:51
slaweqanyway, I really need to move forward with one of those potential fixes for this issue :)14:52
ralonsohI know14:52
slaweqso first we should decide which one and then continue work on it14:52
liuyulongI prefer one fix for all drivers.14:53
slaweqliuyulong: yes, that's adventage for Your approach for sure14:53
*** jamesmcarthur has joined #openstack-meeting14:53
ralonsohI still don't have a clear idea14:53
ralonsohsorry14:54
slaweqwhat I'm affraid, is that this may cause some longer failover time14:54
*** mmethot has quit IRC14:54
slaweqbut except that, I think that liuyulong's idea may be really better as it's more generic14:54
liuyulongAnd L3 issue should be handled in it's own scope by default.14:54
liuyulongslaweq, you have QA team I guess you mentioned in this meeting. : )14:55
*** priteau has joined #openstack-meeting14:55
slaweqso ralonsoh what do You think if we will continue with liuyulong's patch?14:55
liuyulongWe also have a QA team, I will try to make sure they have fully tested the fail-over time.14:56
ralonsohI still need to check both again14:56
slaweqralonsoh: ok, thx14:56
slaweqplease check them14:56
liuyulongAnother thing is I will try to add that "vrrp_garp_interval" for the VRRP of the HA router.14:56
slaweqliuyulong: and one more comment to this, can You remove config option from it? I don't think we really need such config option there14:57
liuyulongIt will be an independent change.14:57
slaweqIMO this is internal implementation of HA routers and it shouldn't be configurable14:57
liuyulongslaweq, sure14:57
*** david-lyle is now known as dklyle14:57
slaweqok, liuyulong please ping me if You will add this vrrp_garp_interval option14:58
slaweqI will test it again on my env14:58
slaweqand thx for working on this14:58
liuyulongslaweq, the config option is for our cloud locally, our operators would like to know the cloud code changes.14:58
*** jamesmcarthur has quit IRC14:58
liuyulongslaweq, np14:58
slaweqok, that's all from my side14:58
slaweqthx14:58
liuyulongAll right, we are out of time.14:59
*** rh-jelabarre has joined #openstack-meeting14:59
liuyulonglet's end here.14:59
liuyulongThank you guys for attending.14:59
liuyulongBye14:59
ralonsohbye14:59
liuyulong#endmeeting14:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:59
slaweqbye14:59
openstackMeeting ended Wed Mar  4 14:59:31 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_l3/2020/neutron_l3.2020-03-04-14.00.html14:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_l3/2020/neutron_l3.2020-03-04-14.00.txt14:59
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_l3/2020/neutron_l3.2020-03-04-14.00.log.html14:59
*** psachin has quit IRC15:00
*** nicolasbock has joined #openstack-meeting15:04
*** nicolasbock has quit IRC15:10
*** eharney has quit IRC15:10
*** ociuhandu has joined #openstack-meeting15:13
*** Lucas_Gray has joined #openstack-meeting15:15
*** ociuhandu has quit IRC15:18
*** lpetrut has quit IRC15:18
*** Lucas_Gray has quit IRC15:23
*** hjensas has quit IRC15:24
*** Lucas_Gray has joined #openstack-meeting15:25
*** jamesmcarthur has joined #openstack-meeting15:28
*** Lucas_Gray has quit IRC15:29
*** ayoung has joined #openstack-meeting15:31
*** Lucas_Gray has joined #openstack-meeting15:31
*** jamesmcarthur has quit IRC15:33
*** psachin has joined #openstack-meeting15:40
*** TrevorV has joined #openstack-meeting15:46
*** yamamoto has quit IRC15:46
*** yamamoto has joined #openstack-meeting15:47
*** yamamoto has quit IRC15:50
*** masahito has joined #openstack-meeting15:50
*** eharney has joined #openstack-meeting15:52
*** jamesmcarthur has joined #openstack-meeting15:55
*** masahito has quit IRC15:55
*** psachin has quit IRC15:56
*** ociuhandu has joined #openstack-meeting15:56
*** puffc has quit IRC16:01
*** Trevor_V has joined #openstack-meeting16:02
*** psachin has joined #openstack-meeting16:04
*** jamesmcarthur has quit IRC16:05
*** TrevorV has quit IRC16:06
*** ociuhandu has quit IRC16:11
*** ociuhandu has joined #openstack-meeting16:16
*** yamamoto has joined #openstack-meeting16:27
*** yamamoto has quit IRC16:33
*** ricolin has joined #openstack-meeting16:37
*** mattw4 has joined #openstack-meeting16:37
*** Lucas_Gray has quit IRC16:38
*** gyee has joined #openstack-meeting16:40
*** ociuhandu has quit IRC16:41
*** maciejjozefczyk_ has joined #openstack-meeting16:51
*** ociuhandu has joined #openstack-meeting16:51
*** maciejjozefczyk has quit IRC16:52
*** psachin has quit IRC16:53
*** maciejjozefczyk_ has quit IRC16:56
*** rubasov has quit IRC16:58
*** masahito has joined #openstack-meeting17:06
*** jamesmcarthur has joined #openstack-meeting17:11
*** masahito has quit IRC17:11
*** Trevor_V has quit IRC17:21
*** TrevorV has joined #openstack-meeting17:22
*** ayoung has quit IRC17:29
*** igordc has joined #openstack-meeting17:33
*** rpittau is now known as rpittau|afk17:44
*** njohnston has quit IRC17:53
*** ociuhandu_ has joined #openstack-meeting17:54
*** ociuhandu has quit IRC17:57
*** njohnston has joined #openstack-meeting17:57
*** ociuhandu_ has quit IRC17:58
*** priteau has quit IRC17:59
*** igordc has quit IRC18:04
*** igordc has joined #openstack-meeting18:05
*** diablo_rojo has joined #openstack-meeting18:11
*** e0ne has quit IRC18:12
*** witek has quit IRC18:17
*** ijw has joined #openstack-meeting18:18
*** ijw has quit IRC18:18
*** ijw has joined #openstack-meeting18:19
*** ijw_ has joined #openstack-meeting18:20
*** ijw has quit IRC18:23
*** nicolasbock has joined #openstack-meeting18:24
*** igordc has quit IRC18:27
*** nicolasbock has quit IRC18:29
*** nicolasbock has joined #openstack-meeting18:30
*** igordc has joined #openstack-meeting18:33
*** tesseract has quit IRC18:55
*** jamesmcarthur has quit IRC18:56
*** sfernand has quit IRC19:17
*** larainema has quit IRC19:20
*** jamesmcarthur has joined #openstack-meeting19:22
*** dmellado has quit IRC19:24
*** dmellado has joined #openstack-meeting19:25
*** jamesmcarthur has quit IRC19:33
*** ralonsoh has quit IRC19:38
*** jamesmcarthur has joined #openstack-meeting19:47
*** eharney has quit IRC20:16
*** e0ne has joined #openstack-meeting20:17
*** alecuyer has joined #openstack-meeting20:35
*** jamesmcarthur has quit IRC20:49
*** patchbot has joined #openstack-meeting20:56
timburke#startmeeting swift21:00
openstackMeeting started Wed Mar  4 21:00:13 2020 UTC and is due to finish in 60 minutes.  The chair is timburke. Information about MeetBot at http://wiki.debian.org/MeetBot.21:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:00
*** openstack changes topic to " (Meeting topic: swift)"21:00
openstackThe meeting name has been set to 'swift'21:00
timburkewho's here for the swift meeting?21:00
mattoliverauo/21:00
kota_hi21:00
seongsoochoo/21:00
claygI/21:00
alecuyero/21:00
rledisezhi o/21:00
tdasilvao/21:01
timburkeagenda's at https://wiki.openstack.org/wiki/Meetings/Swift21:01
timburkei haven't got much planned, so straight to updates!21:01
timburke#topic concurrent EC21:01
*** openstack changes topic to "concurrent EC (Meeting topic: swift)"21:01
timburkeclayg, how's it going?21:01
claygOk, I’ll push up my wip after the meeting. Folks can see t new approach.21:02
*** raildo has quit IRC21:02
alecuyerteasing us21:03
claygI’ll probably do a new change?  Might be easier to A/B21:03
timburkedo you think it'll be in a ready-to-merge state, or still largely experimental?21:03
timburke(asking to set expectations, as much as anything)21:03
claygalecuyer: no, it’s very WIP a lot of duplication that’ll need to be removed after we get it working21:03
claygNot ready to merge.21:04
timburke👍21:04
claygI’ll want some feedback21:04
timburkeanything else you need now?21:04
claygNot now. Next week. 👍21:05
timburkesounds good21:05
timburke#topic 503 delays21:05
*** openstack changes topic to "503 delays (Meeting topic: swift)"21:05
timburkei wasn't sure if there was any other discussion needed here or not21:05
claygI’m good on this topic.21:05
*** ociuhandu has joined #openstack-meeting21:06
claygI think the whole idea is hostile to well behaved clients21:06
claygI’m over it.21:06
*** zaitcev has joined #openstack-meeting21:07
timburkei guess the idea is that the client should ensure its own request smearing?21:07
rledisezi still see a point in it cause as a public cloud operator, we have no control on clients21:08
timburkemy main questions are, would something as simple as sleep(random.random() * conf.max_unavailable_wait) work? defaulting it to zero, of course. and where would we want it to live? in the proxy, or somewhere in middleware?21:08
*** masahito has joined #openstack-meeting21:08
timburkein the proxy-server app, i mean21:09
rledisezI would say on the left of the pipeline because many things can happen without proxy-server being involved21:09
* timburke nods21:10
timburkeprobably ratelimit (for separation of concerns) or catch_errors, yeah? or its own thing21:10
*** ociuhandu has quit IRC21:10
claygratelimit seems reasonable21:11
rledisezratelimit makes sense21:11
*** jamesmcarthur has joined #openstack-meeting21:12
mattoliverau+121:12
timburkeoh yeah, i should look at the intereaction between ratelimit and s3api some more...21:12
claygHahaha21:13
*** masahito has quit IRC21:13
timburkei think it's not *terrible* following https://review.opendev.org/#/c/704659/ ?21:13
patchbotpatch 704659 - swift (stable/stein) - s3api: Better handle 498/429 responses (MERGED) - 1 patch set21:13
timburkeer, https://review.opendev.org/#/c/697535/ for the master version21:14
patchbotpatch 697535 - swift - s3api: Better handle 498/429 responses (MERGED) - 1 patch set21:14
claygMerged!21:14
timburkeanyway21:14
timburke#topic losf21:14
*** openstack changes topic to "losf (Meeting topic: swift)"21:14
claygI remember when things merged.21:14
timburkerledisez, how's it going?21:14
rledisezfine I guess, just an update about what's going on for LOSF21:14
rledisezas discussed at the last PTG in Shangai, the topic is not really lots of small files, but instead lots of big disks (having a consequence lots of files)21:14
rledisezthis topic is back on our short-term roadmap cause we are experimenting with new hardware (36x14TB, 2 SSD, 96GB of RAM)21:14
clayg🍿21:15
rledisezwe examined different option that could replace LOSF without having to maintaining them:21:15
rledisezXFS with rtdev option => not stable21:15
rledisezXFS with Intel CAS => not stable21:15
rledisezZFS with metadata device => too much space needed for metadata + few operational issues21:15
kota_wow21:15
rledisezin the end, we concluded that LOSF stays the best option. we made some changes that was discussed in Shangai:21:16
rledisez- new key format so that we can save a lot of CPU when doing replication21:16
rledisez- new option to store the LevelDB in a new path (on a fast device like SSD/NVMe)21:16
rledisez- store metadata in the LevelDB (TODO)21:16
rledisezand when I say we made some change, I mean alecuyer did it ;)21:16
timburkego alecuyer!21:17
timburkethat all sounds great :D21:17
rledisezthat's it for me on LOSF21:17
alecuyerheh, I guess :) So, I don't want to spend meeting time now on this ,but if anyone may be hitting these same issues we have, and want to guide the design/dev process, let's talk21:18
claygIt’s back on!!!21:18
rledisezso we're still involved in it, we just had to figure some stuff first21:18
timburkewhat were the issues you were seeing with the new boxes that brought it back around? RAM constraints still?21:18
rledisezyeah, the pattern will be the same => small files. if it was not working on 36x6TB, it will for sure not work on 36x14TB21:19
alecuyerinodes not fitting in the VFS cache21:19
rledisezalso IO starvation because of replication because of cache miss in the VFS cache21:19
timburkemake sense21:20
rledisezWe have around 3 millions of objects per TB of disk. You can imagine the number of inode it implies (around 10M per TB of disks)21:20
rledisezwell, maybe 8M, not 1021:20
timburke#topic open discussion21:21
*** openstack changes topic to "open discussion (Meeting topic: swift)"21:21
timburkeanything else to bring up today?21:21
rledisezzaitcev: I got your message, I loaded the two reviews. will have a look this week, I promess :)21:22
zaitcevrledisez: so, what can I help you with, then? You have any reviews for me?21:22
timburkeoh, this was an interesting thread: http://lists.openstack.org/pipermail/openstack-discuss/2020-March/012950.html21:22
zaitcevHopefully not the whole LoSF21:23
claygDo we need to auto retest failed tests in the gate before we fail the job?21:23
rledisezzaitcev: yeah, that would be unfair trading21:23
kota_oh what21:23
tdasilvarledisez: are you still investigating those proxy level performance improvements?21:23
timburkeclayg, yeah, i should look into that. i'm pretty sure there's a way to configure that...21:23
rlediseztdasilva: yes, I had to pause for the last 2 weeks, busy doing OVH-stuff, but I want to get back on it next week21:24
tdasilvarledisez: cool, looking forward to it....21:24
rlediseztdasilva: I already have a review "ready" (I have a weird eventlet random failure in test). I'm now on MD5 replacement21:24
tdasilvarledisez: can you share gerrit # ?21:25
rlediseztimburke: I admit I skipped the thread. in few words, any conclusion came out?21:25
rlediseztdasilva: https://review.opendev.org/#/c/697653/ actually this one is OK, I just need to rebase it21:26
patchbotpatch 697653 - swift - Replace all "with Chunk*Timeout" by a watchdog - 5 patch sets21:26
timburkeno real conclusion, just putting forward an idea of spreading the PTL responsibilities more (in part due to concerns about projects not having any self-nominees)21:26
timburkei don't expect *that* to be an issue for us ;-)21:27
rlediseztdasilva: this one has the random failure : https://review.opendev.org/#/c/704892/21:27
rledisezrunning the test individually pass, running all of them at once fails21:27
patchbotpatch 704892 - swift - proxy: stop sending frags to PyECLib with a Queue - 1 patch set21:27
timburkeright! i meant to dig into that but never got to it...21:27
*** jmasud has quit IRC21:28
zaitcevsounds like a challenge21:28
timburkeso, i just realized we might want to poke more at libec -- see if we can avoid needing to do matrix inversion on every call to decode...21:29
timburkeshould be eminently cacheable21:29
kota_hmm21:30
timburkehttps://github.com/openstack/liberasurecode/blob/master/src/backends/isa-l/isa_l_common.c#L211-L222 seems like we shouldn'21:30
timburket need to do it on every call21:30
tdasilvajust fyi, Vianney pinged me recently about quadiron lib patches, they are still waiting for reviews. I've been lacking on that, so if anyone has a chance21:31
tdasilvas/lib/libec21:31
tdasilvai think patch chain starts here: https://review.opendev.org/#/c/635603/121:32
patchbotpatch 635603 - liberasurecode - fix: data access when having non-zero metadata size - 1 patch set21:32
timburkemy trouble is that when i start doing libec reviews, i end up wanting to rewrite sizable parts of it all ;-)21:32
rledisezdid anyone already looked into the glacier api, maybe to add it to s3api?21:33
zaitcevSounds ambitious.21:33
timburkeoh, and i should reach out to libphazr... i think that first patch would break them, but they don't have any CI set up with us...21:34
timburkeall right21:38
timburkethank you all for coming, and thank you for working on swift!21:38
timburke#endmeeting21:38
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"21:38
openstackMeeting ended Wed Mar  4 21:38:36 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:38
openstackMinutes:        http://eavesdrop.openstack.org/meetings/swift/2020/swift.2020-03-04-21.00.html21:38
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/swift/2020/swift.2020-03-04-21.00.txt21:38
openstackLog:            http://eavesdrop.openstack.org/meetings/swift/2020/swift.2020-03-04-21.00.log.html21:38
*** zaitcev has left #openstack-meeting21:38
*** patchbot has left #openstack-meeting21:38
mattoliverauthanks timburke :) Sorry got lost reading the PTL thread.21:39
timburkeno worries :-) i'm not even up-to-date on it, been distracted today21:39
*** alecuyer has left #openstack-meeting21:42
*** yamamoto has joined #openstack-meeting21:43
*** jamesmcarthur has quit IRC21:44
*** jamesmcarthur has joined #openstack-meeting21:44
*** bbowen_ has quit IRC21:46
*** bbowen_ has joined #openstack-meeting21:46
*** yamamoto has quit IRC21:49
*** eharney has joined #openstack-meeting21:52
*** jamesmcarthur has quit IRC21:56
*** jamesmcarthur has joined #openstack-meeting21:57
*** enriquetaso has quit IRC21:59
*** jamesmcarthur has quit IRC22:08
*** jamesmcarthur has joined #openstack-meeting22:10
*** slaweq has quit IRC22:21
*** jamesmcarthur has quit IRC22:22
*** rh-jelabarre has quit IRC22:26
*** jamesmcarthur has joined #openstack-meeting22:32
*** nicolasbock has quit IRC22:35
*** jamesmcarthur has quit IRC22:37
*** rcernin has joined #openstack-meeting22:39
*** jamesmcarthur has joined #openstack-meeting22:44
*** jamesmcarthur has quit IRC22:47
*** jamesmcarthur has joined #openstack-meeting22:52
*** jamesmcarthur has quit IRC22:53
*** jamesmcarthur has joined #openstack-meeting22:54
*** TrevorV has quit IRC22:55
*** jamesmcarthur has quit IRC23:02
*** jamesmcarthur has joined #openstack-meeting23:09
*** slaweq has joined #openstack-meeting23:11
*** jamesmcarthur has quit IRC23:12
*** slaweq has quit IRC23:16
*** ykatabam has joined #openstack-meeting23:25
*** brinzhang has joined #openstack-meeting23:41
*** dklyle has quit IRC23:56

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!