Thursday, 2022-12-08

*** marlinc is now known as Guest129400:09
*** marlinc is now known as Guest130301:25
*** marlinc is now known as Guest130802:42
*** marlinc is now known as Guest131503:57
*** marlinc is now known as Guest132305:26
*** marlinc is now known as Guest132606:29
*** marlinc is now known as Guest133108:26
opendevreviewDr. Jens Harbott proposed openstack/neutron-dynamic-routing master: Fix tox.ini for tox4  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/86692708:40
opendevreviewLuca Czesla proposed openstack/neutron stable/yoga: Add address scope to the OVN LSP port registers  https://review.opendev.org/c/openstack/neutron/+/86696809:26
*** marlinc is now known as Guest133609:28
opendevreviewRodolfo Alonso proposed openstack/neutron master: Fix tox.ini for tox4  https://review.opendev.org/c/openstack/neutron/+/86696909:50
opendevreviewRodolfo Alonso proposed openstack/networking-sfc master: Fix tox.ini for tox4  https://review.opendev.org/c/openstack/networking-sfc/+/86697109:52
*** marlinc is now known as Guest134110:45
opendevreviewMerged openstack/neutron master: Fix firewall_driver examples in docs  https://review.opendev.org/c/openstack/neutron/+/86679310:55
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: DNM: just a test for dropping lib/neutron  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/86697611:01
*** marlinc is now known as Guest134812:27
lajoskatonaamorin, ykarel: Hi, I just tried fullstack in a fresh VM (jammy), but failed12:56
lajoskatonaamorin, ykarel: cloned devstack, neutron, created /opt/stack/logs, cloned requirements repo under /opt/stack12:56
lajoskatonaamorin, ykarel: $ export VENV=dsvm-fullstack; export IS_GATE=False; tools/configure_for_func_testing.sh ~/devstack/ -i12:57
lajoskatonaand I have this: utilities/ovn-dbctl.c: In function ‘do_dbctl’:12:57
lajoskatonautilities/ovn-dbctl.c:724:9: error: too few arguments to function ‘ctl_context_init_command’12:57
lajoskatona  724 |         ctl_context_init_command(ctx, c);12:57
lajoskatona      |         ^~~~~~~~~~~~~~~~~~~~~~~~12:57
lajoskatonaamorin, ykarel: so something is really missing in the script or in the doc :-)12:58
lajoskatona(I mean other than creating folder and cloning requirements repo)12:58
*** dasm|off is now known as dasm13:00
opendevreviewliuxie proposed openstack/neutron-fwaas master: Support standard_attrs for fwaas resources  https://review.opendev.org/c/openstack/neutron-fwaas/+/86698813:07
opendevreviewArnaud Morin proposed openstack/neutron master: Amend documentation for fullstack tests  https://review.opendev.org/c/openstack/neutron/+/86685413:32
opendevreviewArnaud Morin proposed openstack/neutron master: Allow restoration of tun_ofports on agent restart  https://review.opendev.org/c/openstack/neutron/+/86027013:32
opendevreviewArnaud Morin proposed openstack/neutron master: Add tests for br-tun of restoration  https://review.opendev.org/c/openstack/neutron/+/86658913:32
ykarellajoskatona, but that looks ovs/ovn from source, isn't by default ovs/ovn pulled from packages?13:33
ykarelor you have created custom local.conf to enable that?13:33
lajoskatonaykarel: this is some default I think as I haven't added local.conf13:35
ykarellajoskatona, ack as per https://github.com/openstack/devstack/blob/5e7afb779c469f593a1628e8f63c66989b7e2c49/lib/neutron_plugins/ovn_agent#L71 source install is disabled by default13:37
opendevreviewArnaud Morin proposed openstack/neutron master: Add tests for br-tun of restoration  https://review.opendev.org/c/openstack/neutron/+/86658913:37
lajoskatonaykarel: ack, so this OVN_BUILD_FROM_SOURCE is an env variable?13:38
ykarellajoskatona, /me not sure if it parses env vars, but atleast that's can be overridden in local.conf13:39
lajoskatonaykarel: seems as env var it is useless, let me try with local.conf13:40
ykarellajoskatona, can you check if .localrc.auto created in devstack dir?13:40
ykareland what's in it13:40
lajoskatonaykarel: no, I haven't .localrc.auto13:42
amorinlajoskatona on my side it worked, I did no change in local.conf at all13:42
amorinI used ubuntu 22.04, created a stack user with correct sudo rights (like in devstack doc)13:43
amorincloned the neutron, requirements, and devstack repos in /opt/stack13:43
amorinthen export VENV=dsvm-fullstack13:43
amorintools/configure_for_func_testing.sh ~/devstack/ -i13:43
amorinI havnt done thaT: export IS_GATE=False13:44
amorinwould it be the root cause of the failure?13:44
*** marlinc is now known as Guest135613:45
lajoskatonaamrin: thanks, and for you ovs & ovn was from pkg or from source?13:48
amorinlet me check13:48
amorinfrom sources lajoskatona 13:49
ykarelhttps://github.com/openvswitch/ovs/commit/b8bf410a5c94173da02279b369d75875c403595913:49
ykarelthat landed recently and so places using ovs master should be impacted13:50
ykarel_seems we only have experimental jobs with that case13:56
lajoskatonaykarel_, amorin: yeah seems like going back in time with ovs (git checkout a77c7796f23a76190b61e2109a009df980253b0f ) configure-for-funct-testing works, thanks13:58
ykarel_lajoskatona, triggered experimental jobs in https://review.opendev.org/c/openstack/neutron/+/86378014:02
ykarel_we should see this issue there too14:02
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Fix tox.ini for tox4  https://review.opendev.org/c/openstack/tap-as-a-service/+/86699814:22
opendevreviewArnaud Morin proposed openstack/neutron master: Add tests for br-tun of restoration  https://review.opendev.org/c/openstack/neutron/+/86658914:40
ykarel_lajoskatona, https://zuul.opendev.org/t/openstack/buildset/bb6c601452de45aea948880ebfd99a87, seen in all ovs-master experimental job15:08
ykarel_reported https://bugs.launchpad.net/neutron/+bug/199915415:15
opendevreviewArnaud Morin proposed openstack/neutron master: Allow restoration of tun_ofports on agent restart  https://review.opendev.org/c/openstack/neutron/+/86027015:21
opendevreviewArnaud Morin proposed openstack/neutron master: Add tests for br-tun of restoration  https://review.opendev.org/c/openstack/neutron/+/86658915:21
lajoskatonaykarel_: thanks15:22
opendevreviewyatin proposed openstack/neutron master: Pin OVS_BRANCH to working commit  https://review.opendev.org/c/openstack/neutron/+/86700415:24
ykarel_lajoskatona, ^15:24
*** marlinc is now known as Guest136815:26
lajoskatonaykarel_: accidentally I tried to execute with tox > 4.0.0 and it brought another problems, like missing scripts from allowlist_externals15:28
lajoskatonaykarel_: I will open a bug for that also to track it'15:29
ykarel_lajoskatona, hmm i see there is patch from ralonsoh for it 15:29
ralonsohykarel_, the problem is in tempest or devstack15:29
ralonsohthe converstaion is in the #qa channel now15:29
ralonsohand the mailing list15:29
ykarel_ralonsoh, ohkk, so https://review.opendev.org/q/topic:tox4 still needed?15:31
ralonsohyes15:31
ykarel_ok15:31
ykarel_there are fixes in other topic too https://review.opendev.org/q/topic:fix-tox15:32
lajoskatonaralonsoh: ack15:32
lajoskatonaykarel_: another thing which I got with fullstack, perhaps you know: "testtools.runtest.MultipleExceptions: ((<class 'ModuleNotFoundError'>, ModuleNotFoundError("No module named 'neutron.privileged.agent'"), <traceback object at 0x7f6a4e7b6780>), (<class 'fixtures.fixture.SetupError'>, SetupError({}), <traceback object at 0x7f6a4e7b4dc0>))"15:35
lajoskatonaykarel_: starnge that for me these things come only with jammy..... but I would like to collect all to update the doc with them15:36
ykarel_lajoskatona, hmm that happens when the parent dir for neutron are not have executable bits15:37
ykarel_ls -l /opt, check stack dir would not have +x bit then it's the same issue15:37
ykarel_sudo chmod +x /opt/stack to fix it15:37
ykarel_https://review.opendev.org/c/openstack/devstack/+/838645 for context15:39
lajoskatonaykarel_: hmm, I check it15:42
ralonsohgood to know this15:42
ralonsohykarel_, should we enforce this in the configure_for_func_testing srcipt?15:43
lajoskatonaI collect these and update the doc with the latest things for jammy (and perhaps not just for jammy)15:43
ykarel_ralonsoh, yes would be good to do that in script or atleast in docs15:46
ralonsohykarel_, perfect, I'll propose a patch15:46
ykarel_Thanks15:46
*** ykarel_ is now known as ykarel|away15:47
opendevreviewRodolfo Alonso proposed openstack/neutron master: Fix homedir permissions  https://review.opendev.org/c/openstack/neutron/+/86700815:57
opendevreviewRodolfo Alonso proposed openstack/neutron master: Fix homedir permissions  https://review.opendev.org/c/openstack/neutron/+/86700815:58
amorinhey again, I am looking for the code in charge of setting the interfaces up and down (the qr-xxx qg-xxx) in qrouter namespace16:06
amorinI notice that when using DVR mode, the interfaces are never set to DOWN16:06
amorinwhile in centralized mode, the interfaces are set to down on the standby node16:07
amorin(I am using HA/keepalived)16:07
amorinany hint on which code is responsible for this?16:07
*** ministry is now known as __ministry16:07
amorinsomehwere in agent/ha_router.py and agent/dvr_something.py I guess16:08
opendevreviewBrian Haley proposed openstack/neutron master: Fix text in OVN RevisionConflict exception to match code  https://review.opendev.org/c/openstack/neutron/+/86700916:35
haleybotherwiseguy: is that correct? ^^^ or anyone that knows the ovn code better than i :)16:36
otherwiseguyhaleyb: not sure off the top of my head, lucasagomes would probably know (and I'm on PTO) :)16:37
*** otherwiseguy is now known as otherwiseguy-pto16:37
otherwiseguy-ptohaleyb: but also, "hi!" :D16:38
haleybotherwiseguy: enjoy PTO, don't look at code it will burn your eyes!16:38
haleybotherwiseguy-pto: hi! enjoy the time off, heard KC was balmy these days :D16:39
otherwiseguy-ptohaleyb: I spent the last few years building up an immunity to dangerous code. :p16:40
otherwiseguy-ptoand iocane powder16:40
otherwiseguy-ptohaleyb: it's been reasonably nice for the time of year. Went through a bunch of 20 degree days, then some 50-60.16:42
haleybwell that's inconveivable16:42
otherwiseguy-pto:)16:42
lucasagomeshaleyb, checking16:42
haleybit was mid 50's here yesterday we're like 1-2 days behind you, wasn't complaining16:42
haleyblucasagomes: thanks, someone here had a log full of those, that's another story but noticed the text16:43
lucasagomeshaleyb, I thinik it was fine before ? Because we use that conflict to skip updating the resource in OVN right. So if the revision numbers already match or is higher in OVN it will be skipped16:43
haleyblucasagomes: well the code uses a '>' so something is wrong :-/16:44
lucasagomesunless we only check for the >16:44
lucasagomeshaleyb, ah16:44
lucasagomesso yeah hehe16:44
haleybthe code is "old" from networking-ovn days so figured it was correct?16:45
lucasagomeshaleyb, yeah16:45
lucasagomeshaleyb, so in that case I think ur change makes sense16:46
lucasagomeshaleyb, cause I also don't see how we get equal revision numbers16:46
lucasagomesshould never happen theorically16:46
* haleyb shrugs too, and i didn't want to change the code since i know i'll break something16:47
lucasagomeshaleyb, all good :D16:47
lucasagomesu wouldn't break it at all16:47
lucasagomesvoted on the patch16:48
* otherwiseguy-pto needs a job just providing 3XX responses to questions16:49
haleyblucasagomes: thanks. now i just need to figure out what triggered, but that's a me problem16:49
lucasagomeshaleyb, that's an erro per se... Could be two updates racing ? Where the first one took more time to run than the second, so the revision number in OVN was bumped to something higher16:53
lucasagomeshaleyb, then the first update tried to commit and the revision number was lower than the one already registered16:54
lucasagomesso it was skipped16:54
lucasagomescause the OVN resouce is already newer and contain the changes from the 1st update16:54
lucasagomeshaleyb, im calling it a day now, but tomorrow if needed I can help u take a look too17:00
haleyblucasagomes: thanks for the info. that could be it, was an outage with all sorts of failures like db connection failures and leader changes.17:01
lucasagomeshaleyb, I see, yeah probably that error is a red herring 17:01
lucasagomesit shouldn't be a problem17:01
haleybi'll look closer since i think it showed as ERROR when WARNING is maybe better, but yeah it is a red herring17:01
lucasagomesyeah true, maybe the log level is not ideal17:02
lucasagomesbut yeah17:02
haleybi don't see how it showed ERROR, but not a big deal17:03
lucasagomeshaha yeah bad form17:03
*** marlinc is now known as Guest137817:30
opendevreviewArnaud Morin proposed openstack/neutron master: Allow restoration of tun_ofports on agent restart  https://review.opendev.org/c/openstack/neutron/+/86027018:31
opendevreviewArnaud Morin proposed openstack/neutron master: Add tests for br-tun of restoration  https://review.opendev.org/c/openstack/neutron/+/86658918:31
opendevreviewBrian Haley proposed openstack/neutron master: Test tox4  https://review.opendev.org/c/openstack/neutron/+/86704819:10
opendevreviewBrian Haley proposed openstack/neutron master: Test tox4  https://review.opendev.org/c/openstack/neutron/+/86704819:11
*** marlinc is now known as Guest138719:19
opendevreviewBrian Haley proposed openstack/neutron master: Fix tox.ini for tox4  https://review.opendev.org/c/openstack/neutron/+/86696919:57
opendevreviewBrian Haley proposed openstack/neutron master: Test tox4  https://review.opendev.org/c/openstack/neutron/+/86704819:58
*** marlinc is now known as Guest139220:32
*** marlinc is now known as Guest139521:46
*** dasm is now known as dasm|off21:50
opendevreviewBrian Haley proposed openstack/neutron master: Fix tox.ini for tox4  https://review.opendev.org/c/openstack/neutron/+/86696922:21
opendevreviewBrian Haley proposed openstack/neutron master: Test tox4  https://review.opendev.org/c/openstack/neutron/+/86704822:22
*** marlinc is now known as Guest140223:07
opendevreviewMerged openstack/neutron master: Pin OVS_BRANCH to working commit  https://review.opendev.org/c/openstack/neutron/+/86700423:47

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