Thursday, 2020-07-02

*** hongbin has quit IRC00:43
*** hongbin has joined #openstack-lbaas00:47
*** yamamoto has joined #openstack-lbaas00:57
*** wuchunyang has joined #openstack-lbaas00:59
*** armax has quit IRC01:07
*** yamamoto has quit IRC01:11
*** ramishra has joined #openstack-lbaas01:33
*** yamamoto has joined #openstack-lbaas01:37
*** spatel has joined #openstack-lbaas01:57
*** shtepanie has quit IRC02:09
*** mugsie has quit IRC02:59
*** mugsie has joined #openstack-lbaas03:02
*** armax has joined #openstack-lbaas03:08
*** psachin has joined #openstack-lbaas03:25
*** wuchunyang has quit IRC03:56
*** wuchunyang has joined #openstack-lbaas04:01
*** wuchunyang has quit IRC04:04
*** hongbin has quit IRC04:09
*** wuchunyang has joined #openstack-lbaas04:45
*** vishalmanchanda has joined #openstack-lbaas04:49
*** wuchunyang has quit IRC05:00
*** gcheresh_ has joined #openstack-lbaas06:01
*** spatel has quit IRC06:30
*** also_stingrayza is now known as stingrayza06:49
*** maciejjozefczyk has joined #openstack-lbaas06:57
*** wuchunyang has joined #openstack-lbaas06:59
*** ataraday_ has joined #openstack-lbaas07:26
*** born2bake has joined #openstack-lbaas07:33
*** ramishra has quit IRC07:36
*** rcernin has quit IRC07:45
*** luksky has joined #openstack-lbaas07:53
*** ramishra has joined #openstack-lbaas08:19
*** wuchunyang has quit IRC08:39
*** wuchunyang has joined #openstack-lbaas08:47
*** wuchunyang has quit IRC09:01
*** tkajinam has quit IRC09:09
openstackgerritAnn Taraday proposed openstack/octavia master: Add experimental amphorav2 jobs  https://review.opendev.org/73799309:23
openstackgerritAnn Taraday proposed openstack/octavia master: Fix amphorav2 bytes error  https://review.opendev.org/73840709:23
*** ccamposr__ has quit IRC09:32
*** ccamposr has joined #openstack-lbaas09:33
openstackgerritCarlos Goncalves proposed openstack/octavia stable/ussuri: Refactor the failover flows  https://review.opendev.org/73900209:36
*** gcheresh_ has quit IRC09:44
*** gcheresh_ has joined #openstack-lbaas09:52
*** wuchunyang has joined #openstack-lbaas10:12
*** wuchunyang has quit IRC10:17
*** wuchunyang has joined #openstack-lbaas10:46
lxkongHi rm_work, I just noticed there are lots of lines like the following in octavia-api log, do you happen to know why? I can find it's coming from here https://github.com/openstack/octavia/blob/master/octavia/api/v2/controllers/pool.py#L51810:48
lxkong> 2020-07-02 03:56:03.070 1 INFO octavia.api.v2.controllers.pool [req-26a5d590-16dd-4971-a2c1-9970e0eac340 - 0ca95d0cd27c4dc89c37c19d87d36578 - default default] Pool df4cf27d-eb0a-438b-a4d6-248ac91728fe not found10:48
*** wuchunyang has quit IRC10:59
cgoncalvesataraday_, hi! I have a question you may be able to help. amphora v1 controllers run at most $max_workers flows in parallel. how does it work in v2?11:00
*** yamamoto has quit IRC11:02
openstackgerritAnn Taraday proposed openstack/octavia master: Fix amphorav2 bytes error  https://review.opendev.org/73840711:07
*** yamamoto has joined #openstack-lbaas11:09
*** osmanlicilegi has quit IRC11:50
*** yamamoto has quit IRC12:01
*** osmanlicilegi has joined #openstack-lbaas12:07
*** wuchunyang has joined #openstack-lbaas12:08
*** yamamoto has joined #openstack-lbaas12:12
*** servagem has joined #openstack-lbaas12:13
ataraday_cgoncalves, hi! The same max_workers in parallel12:17
ataraday_https://github.com/openstack/octavia/blob/master/octavia/common/base_taskflow.py#L16912:20
ataraday_So, engine is parallel, but max workers are not set here. Logic is a bit different I guess as we use taskflow conductors. This one particularly https://docs.openstack.org/taskflow/ocata/conductors.html#module-taskflow.conductors.backends.impl_blocking12:24
*** wuchunyang has quit IRC12:31
ataraday_so it runs in this number of workers https://github.com/openstack/octavia/blob/master/octavia/cmd/octavia_worker.py#L3912:37
*** yamamoto has quit IRC12:42
*** yamamoto has joined #openstack-lbaas13:19
*** yamamoto has quit IRC13:22
*** yamamoto has joined #openstack-lbaas13:46
*** vishalmanchanda has quit IRC13:48
*** yamamoto has quit IRC13:53
*** psachin has quit IRC13:54
openstackgerritCarlos Goncalves proposed openstack/octavia master: WIP: Jobboard on/off option  https://review.opendev.org/73905314:26
cgoncalvesataraday_, thank you14:29
*** yamamoto has joined #openstack-lbaas14:36
*** yamamoto has quit IRC14:42
*** also_stingrayza has joined #openstack-lbaas14:50
*** stingrayza has quit IRC14:53
openstackgerritAnn Taraday proposed openstack/octavia master: Fix amphorav2 bytes error  https://review.opendev.org/73840714:54
openstackgerritCarlos Goncalves proposed openstack/octavia stable/ussuri: Add missing reload method in amphora noop driver  https://review.opendev.org/73906414:56
openstackgerritCarlos Goncalves proposed openstack/octavia stable/ussuri: Fix missing params in amphora base and noop driver  https://review.opendev.org/73906514:56
ataraday_If someone has some time, please review https://review.opendev.org/#/c/738407 and https://review.opendev.org/#/c/738609/14:57
*** TrevorV has joined #openstack-lbaas15:03
*** JasonF has joined #openstack-lbaas15:13
*** vesper has joined #openstack-lbaas15:13
*** vesper11 has quit IRC15:14
*** irclogbot_3 has quit IRC15:14
*** TrevorV has quit IRC15:14
*** etp has quit IRC15:14
*** dosaboy has quit IRC15:14
*** JayF has quit IRC15:14
*** TrevorV has joined #openstack-lbaas15:14
*** etp has joined #openstack-lbaas15:14
*** JasonF is now known as JayF15:14
*** jamesdenton has quit IRC15:15
*** jamesdenton has joined #openstack-lbaas15:18
*** irclogbot_3 has joined #openstack-lbaas15:18
*** dosaboy has joined #openstack-lbaas15:19
*** gcheresh_ has quit IRC15:21
*** ataraday_ has quit IRC15:27
*** yamamoto has joined #openstack-lbaas15:40
*** also_stingrayza has quit IRC15:57
*** dmellado has joined #openstack-lbaas16:00
*** yamamoto has quit IRC16:04
*** gcheresh_ has joined #openstack-lbaas16:06
*** gcheresh_ has quit IRC16:11
*** dmellado has quit IRC16:20
*** dmellado has joined #openstack-lbaas16:22
*** yamamoto has joined #openstack-lbaas16:36
*** yamamoto has quit IRC16:45
*** armax has quit IRC16:50
*** armax has joined #openstack-lbaas16:51
*** stingrayza has joined #openstack-lbaas16:55
openstackgerritMichael Johnson proposed openstack/octavia master: DNM: Testing for IPv6 job debug  https://review.opendev.org/73911917:16
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: DNM: Debugging the IPv6 job  https://review.opendev.org/73871517:17
*** KeithMnemonic has joined #openstack-lbaas17:58
*** gcheresh_ has joined #openstack-lbaas18:10
*** haleyb has quit IRC18:36
*** haleyb has joined #openstack-lbaas18:51
*** gcheresh_ has quit IRC19:00
*** wuchunyang has joined #openstack-lbaas19:28
*** armax has quit IRC19:39
*** wuchunyang has quit IRC19:40
rm_worklxkong: not sure, it's been a while since I looked at that20:07
*** wuchunyang has joined #openstack-lbaas20:11
johnsomFun, fun. So the IPv6 jobs are borked because the nova instance isn't getting an IP address all of sudden for some reason. The plot continues.....20:14
johnsomWell, at least the cloud-init block doesn't have a real IP on it.20:15
*** TrevorV has quit IRC20:21
johnsomhmmm, the subnet is setup for slaac in neutron20:21
johnsomSo, should just *work* like has been before.20:21
johnsomhaleyb I see that IPv6 slaac is broken with OVN, but we are seeing an issue with OVS. Would the OVN issue cross over to the OVS ML2 as well?20:30
johnsom(pinging you as your name was on one of the patches disabling tempest tests in nova for the OVN issue)20:31
*** wuchunyang has quit IRC20:38
*** gcheresh_ has joined #openstack-lbaas20:38
*** wuchunyang has joined #openstack-lbaas20:39
*** wuchunyang has quit IRC20:43
*** wuchunyang has joined #openstack-lbaas20:45
haleybjohnsom: OVN not doing slaac right shouldn't affect ML2, is this with your debug patch?20:47
johnsomYeah20:48
johnsomI have added extra debug output, tempest log has ##### sections for the o-hm0 side. Then the o-cw log has the nova console log dumping20:48
johnsomThe network and port look ok in neutron. I see it assigned an address fd00::42:f816:3eff:fe4f:c2d620:50
johnsomJust never made it to the instance20:50
johnsomPretty sure the port ID is 2ff7db61-baf2-45ed-928d-59213321f73620:51
haleybjohnsom: which tempest job?20:53
johnsomhttps://review.opendev.org/#/c/738715/20:53
johnsomoctavia-v2-dsvm-scenario-ipv6-only20:54
haleybthat would explain why https://review.opendev.org/#/c/739119/ didn't have the ipv6 job20:55
johnsomYeah, sorry. Created that to get the nova console info.20:56
*** gcheresh_ has quit IRC20:57
haleybjohnsom: dnsmasq error21:00
haleybbad command line options: cannot match tags in --dhcp-host21:00
haleybFAILED to start up21:00
haleybhttps://zuul.opendev.org/t/openstack/build/288a35a5d2dc4404944f9acff9388068/log/controller/logs/screen-q-dhcp.txt21:01
haleybthere were some issues w/dnsmasq recently and ipv6 addresses, let me find the change21:02
lxkongrm_work: hmm... which request will hit _lookup() method in pool.py?21:15
johnsomlxkong Isn't that just someone putting in a pool ID that doesn't exist or they don't have access to? Like terraform going out to lunch?21:17
lxkongjohnsom: i checked the project ID, it seems to be one of our internal service tenant which is doing periodical query, i'm still filtering the logs21:18
johnsomlxkong It's coming from an API call attempting to do something with a member, but the pool ID is bogus.21:20
johnsomSo API call like GET http://198.51.100.10:9876/v2/lbaas/pools/24a43e68-36de-45f6-89cf-c03df583131d/members/957a1ace-1bd2-449b-8455-820b6e4b63f3 where 24a43e68-36de-45f6-89cf-c03df583131d is a non-existing pool ID21:22
lxkongjohnsom: yeah, thanks for the hint, i will dig more21:22
johnsomIt could be any of the member calls.21:22
johnsomhaleyb Those look like just checks if it supports that tag. I'm not sure that is the root cause.21:30
johnsomI thought neutron was using radvd for ipv6 router advertisements.21:33
haleybjohnsom: yes, just found that too after looking through other reviews.  strange it appears more than once but that's a different problem21:33
haleybi though this was an isolated subnet21:33
johnsomYeah, I think that singleton, isn't... lol21:33
haleybdnsmasq can also do RA on an isolated subnet.  there is one other error in the dhcp-agent log regarding a tap without a MAC, but maybe not related21:35
johnsomYeah, that is interesting21:35
haleybjohnsom: i checked a recently merged neutron change, it has all the same dhcp and MAC address things in the dhcp log, so nothing to see there21:45
haleybjohnsom: i never see that fd00::42 prefix in the l3 agent log21:49
johnsomYeah, I didn't either21:49
haleybthat's why i thought this was an isolated subnet for management, not connected via a router21:50
johnsomFYI: https://zuul.opendev.org/t/openstack/build/288a35a5d2dc4404944f9acff9388068/log/controller/logs/devstacklog.txt#1826021:53
johnsomThe network and subnet created21:53
haleybjohnsom: in that log section i don't see a router created21:55
johnsomYeah, I don't think we do. It's just a network/subnet21:56
johnsomIs that what changed? For slaac do we need one?21:57
johnsomWe have never put a router on that network to my knowledge.21:57
haleybso in that case dnsmasq should be used for the RA if i'm remembering correctly21:59
johnsomOk.21:59
haleybbrb21:59
haleybjohnsom: i'll have to look tomorrow, but maybe there's a bug in that code, not sure now much the isolated network w/SLAAC is tested22:07
johnsomhaleyb Tomorrow is a holiday, but yeah, thanks for having a look.22:08
haleybjohnsom: oh yeah, right.  it should be easy enough to test by hand too.  maybe send an email to Rodolfo, he's been in the dhcp agent code recently22:09
haleybwell then, it's the weekend!22:09
johnsomo/22:09
*** armax has joined #openstack-lbaas22:42
*** rcernin has joined #openstack-lbaas22:42
*** tkajinam has joined #openstack-lbaas22:55
*** luksky has quit IRC23:00
*** born2bake has quit IRC23:22
*** armax has quit IRC23:25
*** gthiemonge has quit IRC23:40
*** gthiemonge has joined #openstack-lbaas23:40

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!