Friday, 2023-10-13

opendevreviewliuyulong proposed openstack/neutron master: HA router ports should bind as distributed  https://review.opendev.org/c/openstack/neutron/+/89809302:37
*** ravlew is now known as Guest320304:18
opendevreviewyatin proposed openstack/neutron-vpnaas master: Make cisco_csr_identifier migration conditional  https://review.opendev.org/c/openstack/neutron-vpnaas/+/89815304:58
slaweqykarel ralonsoh haleyb lajoskatona hi, can You check https://review.opendev.org/c/openstack/neutron/+/897528 when You will have time? Necessary patch in tempest is already merged so this should be good to go now05:09
ykarelslaweq, ack05:44
opendevreviewyatin proposed openstack/neutron-vpnaas master: Make cisco_csr_identifier migration conditional  https://review.opendev.org/c/openstack/neutron-vpnaas/+/89815305:49
opendevreviewyatin proposed openstack/neutron-vpnaas master: Make cisco_csr_identifier migration conditional  https://review.opendev.org/c/openstack/neutron-vpnaas/+/89815306:11
opendevreviewyatin proposed openstack/neutron-vpnaas master: Make cisco_csr_identifier migration conditional  https://review.opendev.org/c/openstack/neutron-vpnaas/+/89815306:54
opendevreviewFernando Royo proposed openstack/neutron master: Add constant to identify OVN LB HM ports  https://review.opendev.org/c/openstack/neutron/+/89734507:34
opendevreviewRodolfo Alonso proposed openstack/neutron master: Don't respawn a process that has been stopped  https://review.opendev.org/c/openstack/neutron/+/89795908:27
ralonsoh^^ folks, with this patch, the fullstack tests are under 2 hours (apart from fixing a race condition in the ``AsyncProcess`` class)08:28
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Change device_owner used for OVN LB HM port  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/89734809:03
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: Install the devstack "neutron-tempest-plugin"  https://review.opendev.org/c/openstack/neutron-fwaas/+/89821109:07
opendevreviewMerged openstack/neutron master: Restore the tempest nftables jobs in experimental and periodic queues  https://review.opendev.org/c/openstack/neutron/+/89742709:25
elviralajoskatona: Thanks a lot for all the reviews09:30
opendevreviewMerged openstack/neutron stable/yoga: [OVN] Add the default condition check in ``PortBindingChassisEvent``  https://review.opendev.org/c/openstack/neutron/+/89704409:35
lajoskatonaelvira: :-)09:41
lajoskatonaykarel: Hi, shall I ask some help, perhaps you have an idea for fwaas tempest09:42
lajoskatonaykarel: https://review.opendev.org/c/openstack/neutron-fwaas/+/89779209:42
ralonsohlajoskatona, I've pushed a patch this morning09:43
ralonsohhttps://review.opendev.org/c/openstack/neutron-fwaas/+/89821109:43
ralonsohI think the problem is that we are not installing the devstack n-t-p plugin09:43
lajoskatonaykarel: and tempest job fails with " The specified regex doesn't match with anythingERROR: InvocationError for command /opt/stack/tempest/.tox/tempest/bin/tempest run --regex '^neutron_tempest_plugin\.fwaas' --concurrency=4 (exited with code 1)"09:43
ralonsohthis is why is failing09:43
lajoskatonaralonsoh: ahh, thanks, I check it09:43
lajoskatonain the joub-output.txt it seemed that n-t-p is there, but perhaps it was just a trick from the job09:44
ralonsohwe need to install ntp and the devstack plugin09:44
ralonsoh(but I think so)09:44
ralonsohjob is running now but didn't reach this point: https://zuul.opendev.org/t/openstack/status#89821109:44
lajoskatona🤞09:45
ralonsohlajoskatona, I'm going to ask in -qa channel09:59
ralonsohalmost similar error09:59
lajoskatonaralonsoh: I see :-( good idea to ask qa team10:01
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: DNM - TESTING - Install the devstack "neutron-tempest-plugin"  https://review.opendev.org/c/openstack/neutron-fwaas/+/89821110:06
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: DNM - TESTING - Install the devstack "neutron-tempest-plugin"  https://review.opendev.org/c/openstack/neutron-fwaas/+/89821110:57
ralonsohbcafarel, slaweq, hi! if you have 1 min: https://review.opendev.org/q/I546152312c1dfda69f90154cea5d87392e16a7ae10:57
ralonsohthanks in advance10:57
opendevreviewLucas Alvares Gomes proposed openstack/neutron master: [OVN] Enhanced external port scheduling  https://review.opendev.org/c/openstack/neutron/+/89476711:15
opendevreviewMerged openstack/neutron master: Add dhcpagentscheduler API extension to the ML2/OVN extensions  https://review.opendev.org/c/openstack/neutron/+/89752811:17
opendevreviewMerged openstack/neutron stable/zed: [OVN] Add the default condition check in ``PortBindingChassisEvent``  https://review.opendev.org/c/openstack/neutron/+/89704111:17
opendevreviewMerged openstack/neutron stable/xena: [OVN] Add the default condition check in ``PortBindingChassisEvent``  https://review.opendev.org/c/openstack/neutron/+/89704311:17
ykarelslaweq, lajoskatona please check https://review.opendev.org/c/openstack/neutron-vpnaas/+/89815311:49
opendevreviewFernando Royo proposed openstack/neutron master: Add constant to identify OVN LB HM ports  https://review.opendev.org/c/openstack/neutron/+/89734513:31
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Change device_owner used for OVN LB HM port  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/89734813:32
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Change device_owner used for OVN LB HM port  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/89734813:32
*** haleyb|out is now known as haleyb13:33
ralonsohykarel, hi! Sorry, I can't find the issue in the fwaas CI13:39
ralonsohhttps://review.opendev.org/c/openstack/neutron-fwaas/+/89821113:39
ralonsohhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_835/898211/3/check/neutron-fwaas-v2-dsvm-tempest-multinode/835da74/job-output.txt13:40
ykarelralonsoh, looking13:40
ralonsoherror:13:40
ralonsoh2023-10-13 11:39:25.309417 | controller | The specified regex doesn't match with anythingERROR: InvocationError for command /opt/stack/tempest/.tox/tempest/bin/tempest run --regex '^neutron_tempest_plugin\.fwaas' --concurrency=4 (exited with code 1)13:40
haleybI am going to cancel the drivers meeting today as i see no new rfes, will send email in a second13:41
ralonsohhaleyb, hi13:42
haleybhey13:42
ralonsohsorry, I already sent the mail13:42
ralonsohmy bad, I was used to this13:42
ralonsohlast time13:42
haleybralonsoh: hey, no problem you're up earlier than me, i just didn't see it on the list for some reason13:43
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: DNM - TESTING - Install the devstack "neutron-tempest-plugin"  https://review.opendev.org/c/openstack/neutron-fwaas/+/89821113:45
opendevreviewMerged openstack/neutron-vpnaas master: Make cisco_csr_identifier migration conditional  https://review.opendev.org/c/openstack/neutron-vpnaas/+/89815313:50
ykarelralonsoh, can you try dropping tox_extra_args: --sitepackages13:54
ykarelfrom that job13:54
ralonsohykarel, let me try that13:54
ykarelseems it was triggered after GLOBAL_VENV=True in devstack13:54
ykarelthe other host_vars part shouldn't be needed as i see neutron-tempest-plugin is being setup correctly13:56
ralonsohyeah, that was a desperate test13:56
lajoskatonaykarel, ralonsoh: so the neutro-t-p issue related to global_venv?13:56
ralonsohmost probably13:57
ykarelyes seems so but the test results will confirm it13:57
lajoskatonastarnge that we haven't seen for other projects13:58
slaweqHi @haleyb just a heads up that I will not be at the drivers meeting today if it's not cancelled14:00
slaweqI'm AFK14:00
slaweqsorry for late notice14:01
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: Remove the "sitepackages" in the extra arguments  https://review.opendev.org/c/openstack/neutron-fwaas/+/89823114:02
ralonsohhaleyb, I don't know what happened 14:03
ralonsohI'm subscribed to the openstack-discuss list14:04
ralonsohbut my message is not there14:04
haleybralonsoh: maybe new mailman?14:04
ralonsohyes, most probably14:04
ralonsohI saw the mail today14:04
ralonsohbut I don't know why, I should be subscribed14:04
haleybralonsoh: i am getting emails from the list apparently, but the archives do not have them all, for example the py38 discussion has nothing from this morning14:07
ralonsohI'm too. For example the py38 support thread one today14:08
ralonsohpffff14:08
ralonsohand you didn't receive my mail? with the usual subject "[neutron] Neutron drivers meeting cancelled"14:08
haleybralonsoh: no, i didn't see it and not in archives either14:09
mlavalleso are we meeting today?14:09
mlavalleralonsoh: I didn't receive any emails about the drivers meeting14:10
ralonsohno, I sent a mail this morning but new mail system is not working fine14:10
haleybmlavalle: no, we have no agenda so meeting is canceled14:10
mlavallehaleyb: ok, cool. 14:10
ralonsohhaleyb, should I ping fungi?14:11
fungiyou just did14:11
haleybhah14:12
fungilooking14:12
ralonsohfungi, sorry, next time I'll use underscore before that14:12
ralonsohwe are having problem with the openstack-discuss mail14:12
fungiwouldn't matter, i have very thorough highlight matching ;)14:12
ralonsohah14:13
ralonsohI'm trying to log in into the mailing list again14:13
ralonsohI'm supposed to be subscribed but the mail I send this morning was not sent or stored14:14
ralonsohhttps://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/14:14
fungithe py38 thread at https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/5A4ZGX7SCQUAPLNZ3EPYXEKLYS3XGI66/ has replies from today14:14
ralonsohyes and I received them14:14
fungihaleyb said they weren't in the archive though14:14
haleybfungi: strangely they were in one place but not another14:15
haleybbut the real question was that an email rodolfo sent didn't appear14:15
fungihaleyb: are you maybe looking at the old preserved pipermail archives? those don't redirect because there's no programmatic mapping from pipermail message urls to hyperkitty message urls, so we keep publishing the old frozen archive in order to support any historic deep linking to specific messages14:16
fungifor the missing py38 messages i mean14:16
haleybfungi: yes, that was where i started, but found https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/14:16
haleyb^^ that has all messages, except for ralonsoh's :(14:17
ralonsohthis the reply from list.opendev.org14:17
ralonsohHowever, we do not have any record of a user14:17
ralonsohwith email ralonsoh@redhat.com in our database.14:17
fungioh, i thought you said some of those were missing from the archive too14:17
ralonsohI really don't know why I'm receiving the mails but I'm not subscribed14:17
ralonsohanyway, I'll sign up again14:17
fungiralonsoh: you can be subscribed without creating an account14:18
ralonsohright14:18
fungijust because you didn't create an account doesn't mean you're not subscribed14:18
fungii can check the mta logs to see what messages the lists server received from your address, it will just take a few minutes14:19
haleybfungi: sorry, maybe a misunderstanding, when i didn't see the email locally i looked in the pipermail archive and didn't see it, but maybe it's just a subscription thing14:19
fungihaleyb: right, the pipermail copies are frozen in time, copied from the old mailman 2.1 server in order to support any existing deep links to old messages, that will never be updated, it's just a historic copy14:20
fungilooks like mimecast (who seems to be red hat's mail provider) was returning "451 Internal resource temporarily unavailable" errors for a while when the listserv was trying to deliver to your address14:23
ralonsohups...14:24
ralonsohbut that is for delivering mail, but what about receiving?14:25
fungistill looking14:25
fungiralonsoh: i don't see any messages reaching the lists server from you today. what time was it sent?14:26
fungii suppose it's possible the mta your messages are routed through has cached the old server's ip addresses long past the ttl in dns14:27
fungias for the delivery deferrals, looks like mimecast is greylisting the new server: https://community.mimecast.com/s/article/email-security-cloud-gateway-mimecast-smtp-error-codes#45114:28
ralonsoh9:39 UTC14:29
fungi"Recommended Resolution: An Auto Allow or Permitted Senders policy can bypass these reputation checks. If it's legitimate traffic, amend your Greylisting policy."14:29
fungimight want to pass that along to red hat's mail admins14:29
ralonsohI'll open a ticket today14:30
fungithe mta on the new server received a message at 09:35:36 utc and another at 10:19:13 utc but none in between those times14:32
ralonsohI've created an internal ticket with the information provided in https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/IVYEFMETVSJBBS7IIXRCAQ4CXSXQ5PKK/14:38
fungithanks14:38
fungialso if they need the ip addresses of the new server, i included it in the maintenance announcements: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/IVYEFMETVSJBBS7IIXRCAQ4CXSXQ5PKK/14:39
ralonsohyes, I've sent this link14:39
ralonsohin any case, I'll explicitly add the IP addresses in the ticket too14:39
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: Remove the "sitepackages" in the extra arguments  https://review.opendev.org/c/openstack/neutron-fwaas/+/89823114:43
fungiralonsoh: found it! as i theorized, some mailserver at mimecast delivered it to the old server which hasn't been in dns for most of a day (and the dns records for it had a 5-minute ttl before that too, so there's really no excuse)14:43
fungii'll stop the mta on the old server so any further delivery attempts to its ip addresses will just get rejected instead of falling into a black hole14:44
ralonsohthanks a lot!14:44
fungithere was also one from hberaud that seems to have suffered the same fate14:45
fungii'll let him know14:46
ykarelralonsoh, still failed with removing site packages15:30
ralonsohyes... this is because we are maybe installing ntp in a venv15:31
ykarelralonsoh, commented there adding tempest_plugins there would help15:32
ralonsohI did before but without removing the "sitepackages" variable15:33
ralonsohI'll do it now15:33
ykarel+115:34
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: Remove the "sitepackages" in the extra arguments  https://review.opendev.org/c/openstack/neutron-fwaas/+/89823115:34
ykareli checked the logs where you tried that and it setup the ntp correctly in tempest venv but later i see all recreate: /opt/stack/tempest/.tox/tempest, which must have cleaned up ntp15:39
ykarelso dropping site packages together should help with setting tempest_plugins15:39
ykarelme leaves now, if for some reason it still not work will check on monday15:39
ralonsohperfect!15:40
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: Remove the "sitepackages" in the extra arguments  https://review.opendev.org/c/openstack/neutron-fwaas/+/89823116:26
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - WIP - [OVN] Move the metadata service to the OVN agent  https://review.opendev.org/c/openstack/neutron/+/89823816:28
opendevreviewJakub Libosvar proposed openstack/neutron master: Introduce ovn_nb_global config section  https://review.opendev.org/c/openstack/neutron/+/89654517:14
opendevreviewBrian Haley proposed openstack/neutron master: Use convert_version_to_tuple() throughout tree  https://review.opendev.org/c/openstack/neutron/+/89016218:14
opendevreviewMerged openstack/neutron master: functional: Enable test_fip_connection_for_address_scope test  https://review.opendev.org/c/openstack/neutron/+/89672818:17
opendevreviewBrian Haley proposed openstack/neutron master: Bump skip-level lower version to stable/2023.1  https://review.opendev.org/c/openstack/neutron/+/89551518:18

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