Thursday, 2022-10-06

opendevreviewLucas Alvares Gomes proposed openstack/neutron master: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86023308:00
sahidlajoskatona: o/ have you been able to make running functional tests that need sudo?08:34
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: make device manager to clean only not used devices  https://review.opendev.org/c/openstack/neutron/+/84041908:43
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: add/use cleanup stale devices API  https://review.opendev.org/c/openstack/neutron/+/84042008:43
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: support multiple segmentations per network  https://review.opendev.org/c/openstack/neutron/+/84042108:43
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: db: add segment_index to the unique constraint  https://review.opendev.org/c/openstack/neutron/+/84145908:43
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: segment: enable multisegments support for host  https://review.opendev.org/c/openstack/neutron/+/84183808:43
opendevreviewMerged openstack/neutron master: Remove some unnecessary list comprehensions  https://review.opendev.org/c/openstack/neutron/+/86050308:59
lajoskatonasahid: Hi09:24
opendevreviewMerged openstack/ovn-octavia-provider stable/ussuri: [stable-only] Cap virtualenv for py37  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85962509:26
opendevreviewMerged openstack/ovn-octavia-provider stable/ussuri: Avoid LB ERROR status on delete when LS/LR are already deleted  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85953409:27
lajoskatonasahid: I think this is the relevant doc for you: https://docs.openstack.org/neutron/latest/contributor/testing/testing.html#id309:30
labedz_lajoskatona: ralonsoh: if you have a minute to take a look onto this backport: https://review.opendev.org/c/openstack/neutron/+/860246/2 - need it to merge whole chain09:54
*** labedz_ is now known as labedz09:54
lajoskatonalabedz_: checking09:55
ralonsohok09:56
opendevreviewLajos Katona proposed openstack/neutron master: CI: Add neutron-ovs-grenade-multinode-tick-tick job to check queue  https://review.opendev.org/c/openstack/neutron/+/86054109:56
opendevreviewKrzysztof Tomaszewski proposed openstack/neutron master: Spread OVN metadata agent heartbeat response in time  https://review.opendev.org/c/openstack/neutron/+/86047110:00
labedzlajoskatona: ralonsoh : thx10:04
labedzabout to "frozen" rows to avoid10:05
labedzsh*t10:05
labedzabout https://review.opendev.org/c/openstack/neutron/+/860471: what is your general opinion about that solution?10:06
ralonsohlabedz, SbGlobalUpdateEvent.run is already executed on a thread10:09
ralonsohI don't like the idea of spawning another thread on it10:09
ralonsohI understand the problem here: sb_global is updated and then 150 nodes try to, at the same time, update the "chassis" register10:10
ralonsohbut I'm trying to find a better solution (if that exists)10:10
opendevreviewDr. Jens Harbott proposed openstack/neutron-tempest-plugin master: DNM: Test custom cirros image  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/85491010:15
ralonsohlabedz, what version of OVN are you using? do you have chassis_private table?10:17
ralonsohthat should reduce the impact on the DB update because the pubsub messages will be sent only to specific chassis10:17
labedzralonsoh: 21.06 with chassis_private tables10:19
labedzralonsoh: but still it hit SBDB10:19
ralonsohand how many nodes do you have? how much time does it take to process those updates?10:19
labedzso first - this is Ussuri, so heartbeats without AgentCache (which I just backported)10:21
labedzwhich should help a lot10:21
ralonsohright10:21
labedzralonsoh: then 150+ hosts takes OVN SBDB about 20s to 'do' all metadata agents updates10:22
labedzwith >80%CPU (one core of course)10:22
ralonsohthat seems too much for 150 messages to be processed10:23
labedzand propagated to all registered monitors?10:25
labedzI see a lot of OVNSB DB index updates flying around10:25
labedzadditionaly neutron workers are also impacted (as they are also monitoring changes on SBDB)10:29
labedzbut maybe you are right that enabling AgentCache will do the job - just it's blow on the cold :)10:29
opendevreviewMerged openstack/neutron master: Bump minimum OVN version to v21.06.0  https://review.opendev.org/c/openstack/neutron/+/86007810:33
opendevreviewMerged openstack/neutron master: Since OVN 20.06, config is stored in "Chassis.other_config"  https://review.opendev.org/c/openstack/neutron/+/85964211:22
opendevreviewMerged openstack/neutron master: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86023311:23
opendevreviewMerged openstack/neutron stable/ussuri: Simplify OVN Agent API implementation  https://review.opendev.org/c/openstack/neutron/+/86024612:00
opendevreviewLucas Alvares Gomes proposed openstack/neutron stable/zed: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056212:35
opendevreviewLucas Alvares Gomes proposed openstack/neutron stable/yoga: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056312:35
opendevreviewLucas Alvares Gomes proposed openstack/neutron stable/xena: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056412:35
opendevreviewLucas Alvares Gomes proposed openstack/neutron stable/wallaby: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056512:36
opendevreviewLucas Alvares Gomes proposed openstack/neutron stable/victoria: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056612:36
opendevreviewLucas Alvares Gomes proposed openstack/neutron stable/ussuri: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056712:36
opendevreviewLajos Katona proposed openstack/neutron master: Try to update port status to DOWN port not bound to host  https://review.opendev.org/c/openstack/neutron/+/82772812:37
opendevreviewLajos Katona proposed openstack/neutron master: CI: Add tick-tick grenade jobs to check queue  https://review.opendev.org/c/openstack/neutron/+/86054112:56
opendevreviewKrzysztof Tomaszewski proposed openstack/neutron master: Spread OVN metadata agent heartbeat response in time  https://review.opendev.org/c/openstack/neutron/+/86047113:01
*** dasm|off is now known as dasm13:31
sahidquick question, when configuring devstack to run functional tests, should we set local.con in devstack?13:33
sahidalso should we use sudo?13:34
sahidsudo FORCE=yes MYSQL_PASSWORD=password IS_GATE=False ./tools/configure_for_func_testing.sh ~/devstack -i13:34
ykarelsahid, local.conf not required to be created13:50
ykareland AFAIR sudo is not required13:50
ykarelalso i have set the variables as above when running those tests locally in past13:51
ykarels/have set/have not set/13:52
sahidack ykarel let me make a new try using lts and fresh install following devstack guide but without launching the ./stack13:53
sahidthings are very sensible :-)13:54
ykarelsahid, yes that should work, for me steps https://docs.openstack.org/neutron/latest/contributor/testing/testing.html#id3 worked13:56
ykarelbut i have not used that from some time13:56
ykareland seems tox -edsvm-functional may work with already deployed devstack setup and without running ./tools/configure_for_func_testing.sh ~/devstack13:58
sahidi tried them but i was not able to run sudo tests, they all get skipped13:58
ykarelwith dsvm-functional or functional? with dsvm-functional those should run13:58
ykarelanyway try with fresh vm, and if u still see issues with those steps you can create launchpad bug so it can be fixed :)13:59
*** iurygregory_ is now known as iurygregory14:04
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/zed: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86045414:38
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/yoga: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86045514:46
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/xena: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86045614:46
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/wallaby: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86045714:46
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/victoria: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86045814:47
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/ussuri: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86045914:47
opendevreviewTerry Wilson proposed openstack/ovsdbapp stable/train: Fix logging exception while handling transaction exception  https://review.opendev.org/c/openstack/ovsdbapp/+/86046014:47
lajoskatonafrickler, ralonsoh: I see an sqlalchemy2.0 like issue also: https://a5b63e09f034db844580-ea5b6d57baa1d0c2bb40e5e53ebb92ee.ssl.cf1.rackcdn.com/860556/1/check/tempest-integrated-compute/81f472d/controller/logs/screen-q-svc.txt15:09
lajoskatonafrickler, ralonsoh:  just FYI, perhaps good to keep an eye on this one also....15:09
ralonsohlajoskatona, no, is the same error15:09
ralonsohOct 06 12:26:56.174044 ubuntu-focal-rax-iad-0031482724 neutron-server[87243]: ERROR neutron.api.v2.resource   File "/usr/local/lib/python3.8/dist-packages/ovs/db/idl.py", line 1316, in __getattr__15:09
ralonsohOct 06 12:26:56.174044 ubuntu-focal-rax-iad-0031482724 neutron-server[87243]: ERROR neutron.api.v2.resource     column = self._table.columns[column_name]15:09
ralonsohOct 06 12:26:56.174044 ubuntu-focal-rax-iad-0031482724 neutron-server[87243]: ERROR neutron.api.v2.resource KeyError: 'other_config'15:09
ralonsohOct 06 12:26:56.174044 ubuntu-focal-rax-iad-0031482724 neutron-server[87243]: ERROR neutron.api.v2.resource 15:09
ralonsohthe "other_config" patch15:09
lajoskatonaralonoh: ok, I see now the other-config line15:09
fricklerlajoskatona: I though sqla at first, too, but too old OVN is the reason15:09
lajoskatonafrickler, ralonsoh: thanks for quick reaction15:10
opendevreviewRodolfo Alonso proposed openstack/neutron master: Revert "Since OVN 20.06, config is stored in "Chassis.other_config""  https://review.opendev.org/c/openstack/neutron/+/86046115:33
ozzzo_workWe sometimes have an issue where a VM gets deleted but the port is still attached to it. To fix that we go into the GUI and clear "Device ID", "Device Owner", and "Binding: Host" and then click "Update"15:39
ozzzo_workIs there a way to do that from CLI? I tried things like: os port set --device "" <ID> but it doesn't seem to work15:40
ralonsohozzzo_work, if you delete a VM, there should not be any related binding15:41
ralonsohplease, check the Neutron server logs15:41
ralonsohto see if there is any error15:41
ralonsoh(correction: there "must" be a "ml2_port_bindings" record, by the vif_details, host and status should be updated)15:42
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Add "devstack-tempest" job to "neutron-tempest-plugin-jobs"  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/86058916:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVS][QoS] Add QoS support for Trunk service, OVS driver  https://review.opendev.org/c/openstack/neutron/+/83952316:15
opendevreviewMerged openstack/neutron stable/ussuri: Add support for deleting ml2/ovn agents  https://review.opendev.org/c/openstack/neutron/+/86024716:39
opendevreviewMerged openstack/ovn-octavia-provider master: [OVN] Pin OVS version for OVN master  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85836517:28
*** dasm is now known as dasm|off18:22
opendevreviewMerged openstack/neutron master: Revert "Since OVN 20.06, config is stored in "Chassis.other_config""  https://review.opendev.org/c/openstack/neutron/+/86046118:33
opendevreviewMerged openstack/neutron master: Update grenade skip level jobs for new release  https://review.opendev.org/c/openstack/neutron/+/85999118:33
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: make device manager to clean only not used devices  https://review.opendev.org/c/openstack/neutron/+/84041918:35
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: add/use cleanup stale devices API  https://review.opendev.org/c/openstack/neutron/+/84042018:35
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: support multiple segmentations per network  https://review.opendev.org/c/openstack/neutron/+/84042118:35
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: db: add segment_index to the unique constraint  https://review.opendev.org/c/openstack/neutron/+/84145918:35
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: segment: enable multisegments support for host  https://review.opendev.org/c/openstack/neutron/+/84183818:35
opendevreviewElod Illes proposed openstack/networking-bagpipe stable/yoga: DNM: check stable/yoga  https://review.opendev.org/c/openstack/networking-bagpipe/+/86040019:45
opendevreviewElod Illes proposed openstack/networking-bagpipe stable/yoga: DNM: check stable/yoga  https://review.opendev.org/c/openstack/networking-bagpipe/+/86040019:53
*** dasm|off is now known as dasm20:49
*** dasm is now known as dasm|off22:15
opendevreviewMerged openstack/neutron master: Fix misplaced comparison constant warnings  https://review.opendev.org/c/openstack/neutron/+/86050423:07
opendevreviewMiguel Lavalle proposed openstack/networking-ovn stable/train: ovn-migration: Remove second tripleo-update call  https://review.opendev.org/c/openstack/networking-ovn/+/86061023:29

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