slaweq | <ralonsoh> "slaweq, bcafarel https://review..." <- Done | 09:11 |
---|---|---|
ralonsoh | slaweq, thanks! | 09:12 |
sahid | o/ Hello guys, we have certain number of DBDuplicateEntry issues, looks to be mostly related to ml2_port_bindingd | 09:17 |
sahid | I think we have a tool for that to clean them, right? | 09:18 |
ralonsoh | what is the cause of these duplicated registers? | 09:19 |
slaweq | sahid I think You are asking for https://github.com/openstack/neutron/blob/master/neutron/cmd/remove_duplicated_port_bindings.py | 09:20 |
ralonsoh | first we need to know the cause | 09:20 |
ralonsoh | that will work only for failed migrations | 09:20 |
sahid | ah yes slaweq :-) | 09:20 |
sahid | ralonsoh: sure give me a second | 09:20 |
sahid | few seconds | 09:20 |
ralonsoh | if the port bindings have multiple port bindings active, that won't work | 09:20 |
sahid | looks like it happens on update | 09:21 |
ralonsoh | update of what? | 09:21 |
sahid | but I don't know what was the operation before, I will have to investigate more | 09:22 |
sahid | ml2_port_bindings | 09:22 |
ralonsoh | no, I'm not asking for the error that you have know | 09:22 |
ralonsoh | now* | 09:22 |
ralonsoh | what I'm asking is why you have those duplicated registers | 09:22 |
ralonsoh | did you do a live migration? | 09:22 |
ralonsoh | and failed? | 09:22 |
sahid | i don't know it's on a cluster not in my timezone operated by a different team, I just have some traces | 09:23 |
sahid | but with the logs I can certainly find whether it was related to a migration, I need a bit more time | 09:24 |
* sahid_ connectivity issues | 09:46 | |
sahid_ | ok so looks like it was related to some migrations, for a given port id, the update fails on setting a host different than the host currenlty binded to the port | 09:51 |
ralonsoh | so this script will remove the inactive port bindings | 09:55 |
ralonsoh | but if the VMs have no connectivity, you'll need to reboot them or update the port binding | 09:55 |
sahid_ | ack I thinnk we are good for this point | 09:57 |
sahid_ | thank you guys for your help | 09:57 |
opendevreview | Merged openstack/neutron stable/2023.1: [OVN][L3] Optimize FIP update operation https://review.opendev.org/c/openstack/neutron/+/887794 | 10:53 |
opendevreview | Merged openstack/neutron stable/yoga: [OVN][L3] Optimize FIP update operation https://review.opendev.org/c/openstack/neutron/+/887796 | 11:03 |
opendevreview | Merged openstack/neutron stable/xena: [OVN][L3] Optimize FIP update operation https://review.opendev.org/c/openstack/neutron/+/887798 | 11:03 |
opendevreview | Merged openstack/neutron stable/zed: [OVN][L3] Optimize FIP update operation https://review.opendev.org/c/openstack/neutron/+/887795 | 11:03 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [WIP][DNM] Skip the port status UP update during a live migration https://review.opendev.org/c/openstack/neutron/+/888769 | 13:42 |
slaweq | ralonsoh mlavalle lajoskatona1 ykarel and others, if You will have some time, please check https://review.opendev.org/c/openstack/neutron/+/887776 | 13:43 |
slaweq | and haleyb thx a lot for help with this patch | 13:43 |
ralonsoh | sure | 13:43 |
ralonsoh | slaweq, good stuff, and haleyb thanks for the update | 13:45 |
haleyb | np | 13:58 |
ykarel | slaweq, ack | 14:00 |
mlavalle | will do | 14:00 |
ralonsoh | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:01 |
mlavalle | o/ | 14:01 |
mtomaska | o/ | 14:01 |
ralonsoh | #startmeeting networking | 14:01 |
opendevmeet | Meeting started Tue Jul 18 14:01:27 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
opendevmeet | The meeting name has been set to 'networking' | 14:01 |
ykarel | o/ | 14:01 |
ralonsoh | hello | 14:01 |
bcafarel | o/ | 14:01 |
haleyb | o/ | 14:01 |
obondarev | hi | 14:01 |
ralonsoh | let's start | 14:02 |
ralonsoh | #topic announcements | 14:02 |
ralonsoh | as usual, the schedule of this release | 14:02 |
ralonsoh | #link https://releases.openstack.org/bobcat/schedule.html | 14:02 |
slaweq | o/ | 14:03 |
ralonsoh | next big event is at the end of August, the milestone 3 | 14:03 |
ralonsoh | and of course, the openinfra videos | 14:03 |
ralonsoh | #link https://openinfra.dev/live/#all-episodes | 14:03 |
ralonsoh | a couple of personal heads-up | 14:04 |
ralonsoh | next week I'll be in PTO, so do you think we can skip next week meeting? | 14:04 |
ralonsoh | or someone else will chair it? | 14:04 |
ralonsoh | up to you, please vote | 14:04 |
slaweq | for me we can skip it | 14:04 |
mtomaska | same | 14:04 |
obondarev | can skip | 14:04 |
* mlavalle will lurk. having an internal company meeting | 14:04 | |
ykarel | +1 skip | 14:04 |
ralonsoh | ok, thanks! I'll send a mail | 14:05 |
ralonsoh | and the second one is that I'll not propose my candidacy for the next cycle, because of personal reasons. During the next cycle I won't be 100% active and this is why I need to step down | 14:06 |
ralonsoh | of course I'll continue working in Neutron as now | 14:06 |
ralonsoh | but I'll need to take some weeks of PTO | 14:06 |
ralonsoh | anything else? | 14:06 |
ralonsoh | ok, let's go then | 14:07 |
ykarel | Thanks ralonsoh for all your efforts as PTL in last few cycles \o/ | 14:07 |
ralonsoh | #topic bugs | 14:07 |
ralonsoh | ykarel, thanks! | 14:07 |
ralonsoh | last week mlavalle was de deputy | 14:08 |
ralonsoh | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-July/034428.html | 14:08 |
ralonsoh | we have some bugs to discuss | 14:08 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2027605 | 14:08 |
ralonsoh | I have assigned this one to myself | 14:08 |
ralonsoh | actually I'm working with averdaguer on this one (that is not easy) | 14:08 |
ralonsoh | it involves live migration + OVN + trunk | 14:09 |
ralonsoh | the full pack | 14:09 |
ralonsoh | next one | 14:09 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2027742 | 14:09 |
ralonsoh | this is a RFE that will be presented next Friday | 14:09 |
ralonsoh | (last Friday we didn't have qorum so I skipped the drivers meeting) | 14:09 |
ralonsoh | I think racosta will take this LP bug ^^ | 14:10 |
ralonsoh | we'll check it next Friday | 14:10 |
ralonsoh | and the last one | 14:10 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2026757 | 14:10 |
ralonsoh | ykarel, do you have an update on this one? | 14:10 |
ralonsoh | --> https://bugs.launchpad.net/neutron/+bug/2026757/comments/2 | 14:11 |
ykarel | ralonsoh, just i tested with source install of dnsmasq and it didn't segfault | 14:11 |
ykarel | version 2.87 | 14:11 |
ralonsoh | so it seems to be a problem with the version distributed in Lunar, right? | 14:11 |
ykarel | version in jammy is 2.86 and that has known issue | 14:12 |
ralonsoh | ah Jammy, not Lunar | 14:12 |
ralonsoh | should we keep the bug in Neutron (there is a dnsmasq{Ubuntu) ) one | 14:13 |
ralonsoh | actually we should maybe do a version check... | 14:13 |
ralonsoh | a sanity check, if the version deployed is 2.86 we can always write a warning message pointing to this LP bug | 14:14 |
ykarel | fix is in 2.87 but that's not included in jammy, lunar has 2.89 but it failed when installed in jammy(but that could be due to packaging issues when used in different OS), could be confirmed with source install | 14:14 |
ralonsoh | ykarel, do you have a reference to the dnsmasq error? for documentation purposes | 14:15 |
ykarel | but yes sanity check would be good, also need to check why we not seen this in our ovs jobs | 14:15 |
ralonsoh | maybe because we don't use IPXE | 14:15 |
ykarel | ralonsoh, it's segfault in bug descripition | 14:15 |
ykarel | like dnsmasq[81586]: segfault at 7c28 ip 00007f6e8313147e sp 00007fffb3d6f830 error 4 in libc.so.6[7f6e830b4000+195000] | 14:15 |
ralonsoh | yes but I mean if there is a reference to a dnsmasq bug, describing the error and the fix | 14:16 |
ykarel | https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2022q3/016562.html | 14:16 |
ykarel | its linked in bug description too | 14:16 |
ralonsoh | ooook, perfect! | 14:16 |
ralonsoh | right, I missed that, thanks! | 14:16 |
ralonsoh | (at the end of the description, right) | 14:17 |
ralonsoh | will you propose this sanity check? | 14:17 |
ralonsoh | I can do it if you don't have time | 14:17 |
ykarel | sure i can do that | 14:17 |
ralonsoh | perfect! thanks again | 14:17 |
ralonsoh | and that's all! | 14:17 |
ralonsoh | do you have any other bug? | 14:18 |
ralonsoh | ah, I almost forget (same as last week) | 14:18 |
ralonsoh | this week ralonsoh is the deputy, next week will be rubasov (we swapped positions) | 14:18 |
ralonsoh | so let's jump to the next topic | 14:19 |
ralonsoh | #topic community_goals | 14:19 |
ralonsoh | 1) Consistent and Secure Default RBAC | 14:19 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2026182 | 14:19 |
slaweq | nothing new on this topic this week from me | 14:19 |
ralonsoh | slaweq, working 24h per day on this | 14:19 |
ralonsoh | he will have everything ready and tested on Friday, for sure | 14:20 |
ralonsoh | hehehe | 14:20 |
slaweq | I need to address comments in the patch https://review.opendev.org/c/openstack/neutron/+/887942 | 14:20 |
ralonsoh | ah yes, this is for the n-lib master CI issue | 14:21 |
slaweq | and then hopefully we can make new neutron-lib release which will unblock main patch https://review.opendev.org/c/openstack/neutron/+/886724 | 14:21 |
slaweq | but in the meantime reviews of the https://review.opendev.org/c/openstack/neutron/+/886724 are welcome :) | 14:21 |
slaweq | it's pretty big patch but it changes mostly unit tests modules | 14:21 |
ralonsoh | for sure! thanks for this patch | 14:22 |
ralonsoh | and once you have the n-lib one, ping us | 14:22 |
ralonsoh | and then we'll release a new n-lib version ASAP | 14:22 |
slaweq | generally I would like as many people as possible to check neutron/conf/policies modules and see if what I set for SERVICE role makes sense and maybe if I forgot about something more | 14:22 |
slaweq | that's all from me | 14:22 |
ralonsoh | qq: could be useful to have a list of calls that are handled by the service role? | 14:23 |
ralonsoh | or just a grep in the code is enough? | 14:23 |
slaweq | I'm affraid that such list may be quickly outdated :) | 14:23 |
ralonsoh | that's right... | 14:23 |
ralonsoh | this is an ongoing feature | 14:24 |
ralonsoh | ok, I have another idea but let me do a POC first | 14:24 |
ralonsoh | something like an API that provides this info | 14:24 |
ralonsoh | but this is just an idea now | 14:24 |
slaweq | I was rather thinkinig about some way to generate doc page from the source code automatically | 14:25 |
slaweq | to document our defaults | 14:25 |
ralonsoh | that's another good solution, yes. There should be a way to do this | 14:25 |
slaweq | if someone will override defaults - that's up to him/her :) | 14:25 |
ralonsoh | of course | 14:26 |
slaweq | I will add it to my todo list, but as next step | 14:26 |
ralonsoh | for sure, and thanks a lot! | 14:26 |
slaweq | after we will merge this service role patch | 14:26 |
slaweq | and after this will be working fine :) | 14:26 |
ralonsoh | the next item is | 14:26 |
ralonsoh | 2) Neutron client deprecation | 14:26 |
ralonsoh | because Lajos is not here, I'll skip this update to the next week | 14:27 |
ralonsoh | but please, in the agenda https://wiki.openstack.org/wiki/Network/Meetings there is a list of patches to review | 14:27 |
ralonsoh | and that's all I have | 14:27 |
ralonsoh | #topic on_demand | 14:27 |
ralonsoh | anything else you want to share? | 14:28 |
slaweq | nothing from me | 14:28 |
mtomaska | nope | 14:28 |
ykarel | nope | 14:29 |
ralonsoh | IMPORTANT: in 30 mins, in this channel, we'll have the CI meeting. It is important to attend and to collaborate. Thanks! | 14:29 |
ralonsoh | thank you folks, see you in 30 mins | 14:29 |
mtomaska | ACK | 14:29 |
ralonsoh | #endmeeting | 14:29 |
opendevmeet | Meeting ended Tue Jul 18 14:29:27 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:29 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-18-14.01.html | 14:29 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-18-14.01.txt | 14:29 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-18-14.01.log.html | 14:29 |
obondarev | o/ | 14:29 |
mlavalle | slaweq: for today's CI meeting: irc or video? | 14:54 |
slaweq | mlavalle: irc | 14:54 |
mlavalle | :-) | 14:55 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [WIP][DNM] [OVN][Trunk] Set the subports correct host https://review.opendev.org/c/openstack/neutron/+/888776 | 15:00 |
slaweq | #startmeeting neutron_ci | 15:00 |
opendevmeet | Meeting started Tue Jul 18 15:00:28 2023 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
opendevmeet | The meeting name has been set to 'neutron_ci' | 15:00 |
mlavalle | o/ | 15:00 |
slaweq | ping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira | 15:00 |
ralonsoh | hi | 15:00 |
bcafarel | o/ | 15:00 |
slaweq | Grafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1 | 15:00 |
mtomaska | o/ | 15:00 |
ykarel | o/ | 15:01 |
slaweq | ok, lets start | 15:01 |
slaweq | #topic Actions from previous meetings | 15:01 |
slaweq | there was only one action item on the list | 15:02 |
slaweq | ralonsoh to try reduce concurency in functional job(s) | 15:02 |
ralonsoh | done adn merged (I don't have the patch right now) | 15:02 |
ralonsoh | hold on, not this one, sorry | 15:02 |
ralonsoh | no no | 15:02 |
slaweq | thx | 15:02 |
slaweq | no need to search for the link to the patch | 15:03 |
slaweq | We trust You :P | 15:03 |
ralonsoh | https://review.opendev.org/c/openstack/neutron/+/887633 | 15:03 |
ralonsoh | heheheheh (but I don't trust myself) | 15:03 |
elvira | o/ | 15:03 |
slaweq | LOL | 15:04 |
slaweq | ok, next topic then | 15:04 |
slaweq | #topic Stable branches | 15:04 |
slaweq | bcafarel any updates? | 15:04 |
bcafarel | not a lot, I was off yesterday so still need to check last backports but it looked good | 15:04 |
bcafarel | wallaby/victoria is back in shape too :) | 15:04 |
slaweq | that's good, thx | 15:05 |
ralonsoh | +1! | 15:05 |
slaweq | anything else regarding CI of the stable branches anyone? | 15:05 |
slaweq | if not, I think we can move on | 15:06 |
slaweq | I will skip today stadium projects topic as Lajos is off | 15:06 |
ralonsoh | one sec | 15:06 |
ralonsoh | https://review.opendev.org/c/openstack/networking-bagpipe/+/862505 | 15:07 |
ralonsoh | https://review.opendev.org/c/openstack/networking-bgpvpn/+/888719 | 15:07 |
ralonsoh | both CI are not working, in particular n-t-p | 15:07 |
slaweq | sure | 15:07 |
ralonsoh | these patches are in Victoria | 15:07 |
ralonsoh | if these jobs are not fixed, I'll propose the EOL of these branches | 15:07 |
slaweq | AttributeError: module 'neutron.common.config' has no attribute 'register_common_config_options' | 15:08 |
ralonsoh | yes | 15:08 |
ralonsoh | in both jobs | 15:08 |
slaweq | so I guess it's some mismatch in versions used there | 15:08 |
ralonsoh | could be, right | 15:09 |
slaweq | maybe we can wait 1 more week for Lajos to check it? | 15:09 |
slaweq | wdyt? | 15:09 |
ralonsoh | because that was implemented in newer versions of Neutron | 15:09 |
ralonsoh | of course, that can wait | 15:09 |
slaweq | ++ | 15:09 |
slaweq | ok, so next topic | 15:09 |
slaweq | #topic Grafana | 15:09 |
slaweq | I see that yesterday functioinal and fullstack jobs were broken completely | 15:10 |
slaweq | but it's getting to be better today | 15:10 |
slaweq | do You know what happend there maybe? | 15:10 |
ralonsoh | no idea, I'll check the logs | 15:10 |
ralonsoh | i didn't see anything special | 15:10 |
slaweq | ok, maybe just some coincidence | 15:11 |
slaweq | #topic Rechecks | 15:11 |
slaweq | in rechecks it looks a bit better last week | 15:12 |
slaweq | and we don't have "bare rechecks" almost at all recently | 15:12 |
slaweq | that's all from me regarding this topic | 15:12 |
slaweq | any questions/comments on that? | 15:12 |
ralonsoh | one note | 15:12 |
ralonsoh | don't hesitate to reply on a patch requesting someone not to do bare rechecks | 15:13 |
ralonsoh | we should teach other people to check the CI first | 15:13 |
ralonsoh | that's all | 15:13 |
mlavalle | +1 | 15:13 |
ykarel | slaweq, wrt bare recheck report that also checks stable/branch patches? | 15:14 |
slaweq | ++ | 15:14 |
slaweq | ykarel no, I'm checking only master branch currently | 15:14 |
ykarel | because i had noticed some bare rechecks recently there but you said there were none | 15:14 |
ykarel | ok thanks makes sense than | 15:14 |
slaweq | ok, lets move on then | 15:15 |
slaweq | #topic fullstack/functional | 15:15 |
slaweq | I was checking some timeout in functional job today and it seems for me that it may not always be that it's just noisy neighbors or something like that | 15:16 |
slaweq | please look at https://3e402c0e76741e83fc60-d00ff4f1a74cdbc5ea9d8044145b77c0.ssl.cf2.rackcdn.com/888574/3/check/neutron-functional-with-uwsgi/3bea3d7/job-output.txt | 15:16 |
slaweq | if You look at the logs there, there is a lot of tests which failed with timouts | 15:16 |
ralonsoh | timeout in privsep | 15:16 |
slaweq | and those tests tooks 3 minutes or more | 15:16 |
slaweq | and most (or all) of them are failing due to the timeouts while interacting with netlink | 15:17 |
slaweq | like e.g. checking if device exists in namespace | 15:17 |
slaweq | or setting IP address on interface | 15:17 |
slaweq | etc. | 15:17 |
slaweq | it also looks similar in fullstack tests job in https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_c52/883246/16/check/neutron-fullstack-with-uwsgi/c524e84/job-output.txt | 15:18 |
slaweq | so maybe we should spend some more time and try to understand this issue on our side | 15:18 |
slaweq | did You saw issues like that before? | 15:18 |
ralonsoh | yes but randomly | 15:19 |
slaweq | ralonsoh and do You maybe know what is causing such problem there? | 15:21 |
ralonsoh | no, sorry | 15:21 |
slaweq | do You think we should open LP for that? | 15:22 |
ralonsoh | but when you have an issue in FT related to privsep, the other test will be affected | 15:22 |
ralonsoh | I think so, at least we should track it | 15:22 |
slaweq | I will open LP for it | 15:22 |
slaweq | and if anyone have any cycles, please maybe try to take a look at this | 15:22 |
mlavalle | I'll look at this | 15:23 |
slaweq | thx mlavalle | 15:23 |
mlavalle | please assign the LP to me | 15:23 |
slaweq | #action slaweq to create LP about timeouts in functional job and assign it to mlavalle | 15:23 |
slaweq | sure, thx a lot | 15:23 |
mlavalle | will you include the ponters to the test failures in the LP? | 15:23 |
racosta | are you using generic or kvm kernel in the test images? KVM kernel has no gre module: "controller | FAILED TO LOAD nf_conntrack_proto_gre" | 15:24 |
slaweq | mlavalle yes | 15:24 |
mlavalle | Thnaks! | 15:24 |
slaweq | racosta is this question related to functional tests issue which we are talking about now? | 15:24 |
racosta | yes | 15:25 |
slaweq | I don't know what kernel is used there | 15:25 |
slaweq | we just use what infra provides us | 15:25 |
slaweq | but mlavalle maybe it's good first thing to check then :) | 15:26 |
ykarel | Linux np0034680805 5.15.0-76-generic | 15:26 |
slaweq | maybe it's different kernel in different providers and maybe that is causing some issue | 15:26 |
slaweq | idk | 15:26 |
racosta | I imagine it is kvm, in which case the load of the gre module will not work. | 15:26 |
ykarel | i think images are common across providers | 15:26 |
slaweq | thx ykarel | 15:27 |
slaweq | so it should works fine then | 15:27 |
racosta | cloud images use kvm kernel - at least the ubuntu ones I've tested | 15:27 |
ykarel | looking at the kernel seems it's not kvm one i.e Linux np0034680805 5.15.0-76-generic, iirc kvm kernels have -kvm as prefix | 15:29 |
ykarel | suffix | 15:29 |
slaweq | ok, lets move forward for now and mlavalle can check it if needed :) | 15:31 |
slaweq | regarding fullstack tests I have found one more issue | 15:32 |
slaweq | neutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_keepalived_multiple_sighups_does_not_forfeit_primary | 15:32 |
slaweq | https://284d785cc67babb2d75b-a8caf4f4ad4b0a7f74dab21fc6a45bed.ssl.cf2.rackcdn.com/886992/5/check/neutron-fullstack-with-uwsgi/0bcd7be/testr_results.html | 15:32 |
slaweq | I just found it once so far but I think it's worth to check what happened there at least | 15:32 |
slaweq | any volunteer for that? | 15:32 |
ralonsoh | I'll check it | 15:32 |
slaweq | thx ralonsoh | 15:33 |
slaweq | #action ralonsoh to check failed neutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_keepalived_multiple_sighups_does_not_forfeit_primary test | 15:33 |
slaweq | #topic Tempest/Scenario | 15:33 |
slaweq | slow jobs broken in releases before xena since 11th July | 15:33 |
slaweq | https://bugs.launchpad.net/neutron/+bug/2027817 | 15:33 |
slaweq | I think this was added by ykarel | 15:33 |
ykarel | that's fixed with a patch in tempest | 15:33 |
ykarel | merged yesterday | 15:34 |
ralonsoh | I think we are good now | 15:34 |
slaweq | thx | 15:34 |
slaweq | from other issues, I have found one with some timeouts in the nova-compute https://7ad29d1b700c1da60ae0-1bae5319fe4594ade335a46ad1c3bcc9.ssl.cf2.rackcdn.com/867513/24/check/neutron-tempest-plugin-openvswitch-iptables_hybrid/2bee760/controller/logs/screen-n-cpu.txt | 15:34 |
slaweq | so just FYI - if You will see something similar, I think we may want to report bug for nova for this | 15:35 |
ralonsoh | but related to port bindings? | 15:35 |
slaweq | and that's all regarding scenario jobs for today from me | 15:35 |
slaweq | ralonsoh no, I think there no even port created yet | 15:35 |
slaweq | nova-compute was failing earlier in the process there IIUC nova-compute log | 15:36 |
ralonsoh | ahh I see, RPC messages | 15:36 |
opendevreview | Merged openstack/neutron stable/wallaby: [OVN] Hash Ring: Set nodes as offline upon exit https://review.opendev.org/c/openstack/neutron/+/887279 | 15:36 |
slaweq | yeap | 15:36 |
slaweq | and last topic from me for today is | 15:36 |
slaweq | #topic Periodic | 15:36 |
slaweq | here I found one new issue | 15:36 |
slaweq | https://bugs.launchpad.net/neutron/+bug/2028037 | 15:37 |
ralonsoh | pfffff | 15:37 |
slaweq | but ykarel found out that this is already reported in https://bugs.launchpad.net/neutron/+bug/2028003 | 15:37 |
slaweq | thx ykarel | 15:37 |
ralonsoh | let me check that issue, it could be related to a specific postgree requirement | 15:38 |
ralonsoh | (as reported in ykarel bug) | 15:38 |
ralonsoh | must appear in the GROUP BY clause or be used in an aggregate function | 15:38 |
slaweq | yes, it is something specific to postgresql | 15:38 |
ykarel | ralonsoh, yes and seems to be triggered with https://review.opendev.org/q/Ic6001bd5a57493b8befdf81a41eb0bd1c8022df3 | 15:38 |
slaweq | as it works fine in other jobs which are using MySQL/Mariadb | 15:38 |
ralonsoh | yeah, I was expecting that... | 15:38 |
ykarel | and the same job is impacted in stable branches | 15:39 |
ralonsoh | this is again the ironic job | 15:39 |
ralonsoh | we had another issue with postgree and ironic 2 weeks ago | 15:39 |
slaweq | one is ironic job and other is our periodic scenario job | 15:39 |
slaweq | both found that issue | 15:40 |
slaweq | ralonsoh will You take a look at this? Or do You want me to check it? | 15:40 |
ralonsoh | I'll do | 15:41 |
slaweq | thx | 15:41 |
slaweq | #action ralonsoh to check failing postgresql job | 15:41 |
slaweq | and that's all from me for today | 15:41 |
slaweq | do You have any other topics to discuss? | 15:41 |
slaweq | or if not, I will give You back about 18 minutes today | 15:41 |
ralonsoh | fine for me | 15:42 |
ykarel | o/ | 15:42 |
slaweq | ok, so thx for attending the meeting | 15:42 |
slaweq | #endmeeting | 15:42 |
opendevmeet | Meeting ended Tue Jul 18 15:42:53 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:42 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18-15.00.html | 15:42 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18-15.00.txt | 15:42 |
opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18-15.00.log.html | 15:42 |
slaweq | o/ | 15:42 |
ralonsoh | bye | 15:42 |
mtomaska | o/ | 15:43 |
mlavalle | o/ | 15:43 |
bcafarel | o/ | 15:44 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Allow multiple VIPs per LB https://review.opendev.org/c/openstack/ovn-octavia-provider/+/885111 | 16:01 |
opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Allow multiple VIPs per LB https://review.opendev.org/c/openstack/ovn-octavia-provider/+/885111 | 16:21 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [PostgreSQL] Subnet entity with ServiceType grouped by both tables https://review.opendev.org/c/openstack/neutron/+/888782 | 16:51 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [PostgreSQL] Subnet entity with ServiceType grouped by both tables https://review.opendev.org/c/openstack/neutron/+/888782 | 17:12 |
opendevreview | Roberto Acosta proposed openstack/neutron-dynamic-routing master: Fix mixed IP version for advertised routes https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/888787 | 17:13 |
opendevreview | Roberto Acosta proposed openstack/neutron-dynamic-routing master: Fix mixed IP version for advertised routes https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/888787 | 17:14 |
opendevreview | Merged openstack/neutron master: Add missing port_binding policies https://review.opendev.org/c/openstack/neutron/+/884983 | 18:25 |
opendevreview | Merged openstack/neutron stable/wallaby: Don't allow deletion of the router ports without IP addresses https://review.opendev.org/c/openstack/neutron/+/887618 | 18:32 |
opendevreview | Merged openstack/neutron stable/wallaby: [OVN][L3] Optimize FIP update operation https://review.opendev.org/c/openstack/neutron/+/887799 | 18:52 |
opendevreview | Terry Wilson proposed openstack/ovsdbapp master: Add some basic usage documentation https://review.opendev.org/c/openstack/ovsdbapp/+/888807 | 20:08 |
opendevreview | Roberto Acosta proposed openstack/neutron-dynamic-routing master: Fix mixed IP version for advertised routes https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/888787 | 20:53 |
opendevreview | Terry Wilson proposed openstack/ovsdbapp master: Add some basic usage documentation https://review.opendev.org/c/openstack/ovsdbapp/+/888807 | 21:57 |
opendevreview | Brian Haley proposed openstack/neutron master: Fix some new pylint "R" warnings https://review.opendev.org/c/openstack/neutron/+/883606 | 22:11 |
opendevreview | Brian Haley proposed openstack/neutron master: Fix some new pylint "W" warnings https://review.opendev.org/c/openstack/neutron/+/883605 | 22:21 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!