Tuesday, 2023-08-29

liuc49_ openstack server add floating ip opins 172.24.4.3402:20
liuc49_ResourceNotFound: 404: Client Error for url: http://10.225.110.7:9696/networking/v2.0/floatingips/1b69a719-8d89-4427-be63-4704e27d4926, External network af849ff4-7d4a-45c4-b31e-07739ac98404 is not reachable from subnet adc5f1d5-8db0-4111-831d-529e0a98d75f.  Therefore, cannot associate Port 06c0f9c7-98b9-4a80-bbc4-ecece81ca6ab with a Floating IP.02:20
liuc49_What's the reason of above issue? I have reboot my VM.02:20
ykarelfrickler, kopecmartin please have a look at https://review.opendev.org/c/openstack/devstack/+/89284803:57
opendevreviewMerged openstack/devstack master: [neutron] Rely on PATH env set by devstack  https://review.opendev.org/c/openstack/devstack/+/89284808:17
liuc49I reboot my vm. Then create an instance and assign a floatingip, but cannot ping successfully.08:55
ykarelliuc49, check ip a show br-ex08:57
fricklerliuc49: did you see my response yesterday?08:58
fricklerliuc49: the "External network ... is not reachable" error indicates that there is no router connecting public and private network08:59
ykarelthx frickler i see you already pointed https://bugs.launchpad.net/devstack/+bug/2032774 yesterday, so it could be just that08:59
* ykarel afk09:00
fricklerliuc49: if you loose your connection, you can check the channel logs at https://meetings.opendev.org/irclogs/%23openstack-qa/index.html09:01
liuc49sorry, I miss your message yesterday. thanks. 09:03
liuc49Thanks for your answer. Resolved!!! 09:20
*** ykarel_ is now known as ykarel14:01
kopecmartin#startmeeting qa15:00
opendevmeetMeeting started Tue Aug 29 15:00:14 2023 UTC and is due to finish in 60 minutes.  The chair is kopecmartin. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'qa'15:00
kopecmartin#link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours15:00
kopecmartinagenda ^^^15:00
frickler\o brb15:00
kopecmartino/15:01
kopecmartin#topic Announcement and Action Item (Optional)15:04
kopecmartinPTL and TC nominations are ongoing15:04
kopecmartin#link https://governance.openstack.org/election/15:04
kopecmartinas there were no other nominees for PTL of QA team, I nominated myself again 15:04
kopecmartin#topic Bobcat Priority Items progress15:05
frickler\o/15:05
kopecmartin#link https://etherpad.opendev.org/p/qa-bobcat-priority15:05
* kopecmartin checking for any news15:05
fricklerthis fixed a remaining global_venv issue for neutron https://review.opendev.org/c/openstack/devstack/+/89284815:06
kopecmartingreat15:07
kopecmartinso now only this LP remains15:07
kopecmartin#link https://bugs.launchpad.net/devstack/+bug/203163915:07
kopecmartini'll try to find a volunteer 15:07
kopecmartinbtw, we got our new intern to take a look at 'unit test coverage' - a good task for the beginning 15:08
fricklerin tempest or for which project?15:09
kopecmartinoh, the name doesn't mention, it's tempest15:09
fricklerok, nice15:10
kopecmartinthat's about it regarding the priority items15:11
kopecmartin#topic Gate Status Checks15:11
kopecmartin#link https://review.opendev.org/q/label:Review-Priority%253D%252B2+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade)15:11
kopecmartinno patches there15:12
kopecmartinanything urgent to review?15:12
kopecmartin#topic Bare rechecks15:13
kopecmartin#link https://etherpad.opendev.org/p/recheck-weekly-summary15:13
kopecmartinonly 4 rechecks (2 bare) over the last 7 days, that's fine15:14
kopecmartin#topic Periodic jobs Status Checks15:16
kopecmartinperiodic stable full15:16
kopecmartin#link https://zuul.openstack.org/builds?pipeline=periodic-stable&job_name=tempest-full-yoga&job_name=tempest-full-xena&job_name=tempest-full-zed&job_name=tempest-full-2023-115:16
kopecmartinperiodic stable slow15:16
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-slow-2023-1&job_name=tempest-slow-zed&job_name=tempest-slow-yoga&job_name=tempest-slow-xena15:16
kopecmartinperiodic extra tests15:16
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-full-2023-1-extra-tests&job_name=tempest-full-zed-extra-tests&job_name=tempest-full-yoga-extra-tests&job_name=tempest-full-xena-extra-tests15:16
kopecmartinperiodic master15:16
kopecmartin#link https://zuul.openstack.org/builds?project=openstack%2Ftempest&project=openstack%2Fdevstack&pipeline=periodic15:16
kopecmartinall seems fine, apart known tempest-full-test-account-no-admin-py3 failures15:17
kopecmartinhowever, we finally have some patches that should address taht15:17
kopecmartinat least partially 15:17
kopecmartin#link https://review.opendev.org/c/openstack/tempest/+/89079815:17
kopecmartin#link https://review.opendev.org/c/openstack/tempest/+/89266315:17
kopecmartingmann: i commented the last one - 663 - there is a weird assert, i don't get how it could work this long ^15:18
kopecmartin#topic Distros check15:19
kopecmartincs-915:19
kopecmartin#link https://zuul.openstack.org/builds?job_name=tempest-full-centos-9-stream&job_name=devstack-platform-centos-9-stream&skip=015:19
kopecmartindebian15:19
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-debian-bullseye&job_name=devstack-platform-debian-bookworm&skip=015:19
kopecmartinfocal15:19
kopecmartin#link https://zuul.opendev.org/t/openstack/builds?job_name=devstack-platform-ubuntu-focal&skip=015:19
kopecmartinrocky15:19
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-rocky-blue-onyx15:19
kopecmartinopenEuler15:19
kopecmartin#link https://zuul.openstack.org/builds?job_name=devstack-platform-openEuler-22.03-ovn-source&job_name=devstack-platform-openEuler-22.03-ovs&skip=015:19
kopecmartindon't see any unusual patterns, all good \o/15:20
kopecmartin#topic Sub Teams highlights15:21
kopecmartinChanges with Review-Priority == +115:21
kopecmartin#link https://review.opendev.org/q/label:Review-Priority%253D%252B1+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade)15:21
kopecmartinno patches15:21
opendevreviewKatarina Strenkova proposed openstack/tempest master: Add unit tests to increade coverage  https://review.opendev.org/c/openstack/tempest/+/89308015:21
kopecmartin#topic Open Discussion15:21
kopecmartinanything for the open discussion?15:21
fricklerseems not15:23
kopecmartin#topic Bug Triage15:24
kopecmartin#link https://etherpad.openstack.org/p/qa-bug-triage-bobcat15:24
kopecmartin#link https://bugs.launchpad.net/devstack/+bug/200728715:24
kopecmartinsince the patches are merged, can we consider that done?15:25
kopecmartin#link  https://review.opendev.org/q/Ic1c9cb2e04259aaf78342b4bb2161235666abb4915:25
fricklerI guess yes15:26
kopecmartincool, iv'e just closed that15:28
kopecmartinthat's all from my side :) 15:29
kopecmartinif there isn't anything else, we can call it an hour15:29
kopecmartinthanks frickler15:29
fricklerthx kopecmartin 15:29
kopecmartin#endmeeting15:30
opendevmeetMeeting ended Tue Aug 29 15:30:05 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:30
opendevmeetMinutes:        https://meetings.opendev.org/meetings/qa/2023/qa.2023-08-29-15.00.html15:30
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/qa/2023/qa.2023-08-29-15.00.txt15:30
opendevmeetLog:            https://meetings.opendev.org/meetings/qa/2023/qa.2023-08-29-15.00.log.html15:30
gmannkopecmartin: maybe yes we need to modify that assert as they are in same project. one option is to check the existence of the one that test create or delete17:14
gmanncommented in review also17:16
*** melwitt_ is now known as melwitt18:34
sean-k-mooneylooks like we might have some issue with pbr18:35
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/c5d49b4d4359429ea1c4887559184f12/log/job-output.txt#143118:35
clarkbthat failrue appears to occur in virtualenv?18:37
clarkboh in tox's virtualenv implemetnation18:37
sean-k-mooneythat was a tox job18:37
sean-k-mooneyi just notice a lot of read on a gate patch and all the tox jobs seam ot have failed18:38
clarkbya so tox reimplementats a bunch of packaging stuff and this si explicitly why I stopped wanting to use tox18:38
clarkbtheir interpretation of related peps is very strict and they ignore a lot of MAY statements that improve compatibility with existing tooling18:38
sean-k-mooneyack well it looks like this is causing a gate outage in many repos18:38
sean-k-mooneyi would assume a tox release just happend18:39
sean-k-mooneyor virtualenve release18:39
sean-k-mooneyand we might need to pin until we can figure this out18:39
clarkbsean-k-mooney: note the line you linked is it reporting exit 0 for successful install of pbr and wheel ebcause they are already isntalled18:39
clarkbthen whatever it does next breaks18:39
sean-k-mooneyright i was assuming the next line was related to it bu i guess its not18:40
sean-k-mooneytox/session/cmd/run/single.py:5918:40
clarkbI don't think so. I think whatever the next thing tox is doing is breaking but it doesn't log what it is doing as clearly18:40
sean-k-mooneytox had a release on the 21st18:40
clarkbI think it is trying to build the project itself to isntall it18:41
clarkbin this case nova18:41
sean-k-mooneyperhaps its failing in neutron cind an dkobe i think too18:41
sean-k-mooneyi think this might still be related to pbr18:42
clarkbit could be related to pbr. It mentions pep517 here https://zuul.opendev.org/t/openstack/build/c5d49b4d4359429ea1c4887559184f12/log/job-output.txt#1467 and setuptools.build_meta here https://zuul.opendev.org/t/openstack/build/c5d49b4d4359429ea1c4887559184f12/log/job-output.txt#146518:43
clarkbweird that it wouldn't be a problem for a whole week if it was due to a tox update though. setuptools updated even less recently18:43
sean-k-mooneywell i just checked and i dont see tox in uc18:44
sean-k-mooneyso do we have a way to pin it?18:44
clarkbI don't think it is since you have to have tox before you apply uc18:44
clarkbits a chicken and egg problem for local developers in particular18:44
sean-k-mooneyoh right 18:44
clarkbhowever you can instruct tox to install an older or newer version of tox in a separate env and then run from there18:44
sean-k-mooneybut doesing tox supprot installing version of itself into the venvs18:44
clarkbyes18:45
sean-k-mooneybut that would require modifyign the tox.ini in the proejcts18:45
clarkbyup18:45
clarkbprobably the best first step here is to try and replicate locally and then start digging into what tox is actually doing and take it from there18:45
clarkbif you can't reproduce locally then go for a node hodl. but I suspect this will be reproduceable locally since it appears to be tox complaining about something18:46
sean-k-mooneywe might want to send a status notice18:46
sean-k-mooneysince this looks like its going to break all tox jobs to me18:46
clarkbI was going to mention it in the tc meeting as it winds down18:46
sean-k-mooneyat least of the openstack tenant18:46
sean-k-mooneyack18:46
sean-k-mooneyok i was jus tlookign at the gate to see if a patch merged before i finsihsed for today but i might try and look at this tomorow18:47
sean-k-mooneyit woudl proably be beter to have a systematic approch to fixing this rahter then doint it diffently in each project however18:48
clarkbya need to understand it first though18:48
sean-k-mooneyhttps://github.com/openstack/requirements/blob/master/tox.ini#L818:50
sean-k-mooneywe are clamping the verison of virtual evne we are using in the uc jobs18:51
sean-k-mooneyso maybe this is realted18:51
sean-k-mooneywe are not doing that on nova and likely not on other repos that are failing18:51
clarkbnote the failure seems to be in tox's tox_env/python/virtual_env code18:54
clarkbwhich may or may not be related to virtualenv proper18:54
haleybneutron is just as broken, and no obvious change there18:56
clarkbhttps://github.com/tox-dev/tox/commit/e66e346d49229899b172a5d32f602001149e9d51 possibly related? though the old side code appears to be what we have in the traceback not the new side18:58
clarkbtox 4.10.0 is what is used according to the job log18:59
clarkbwhich is the new release a week ago18:59
haleybpep8 runs fine locally with tox 4.10.019:01
haleyband i see successful runs in the gate using it right before breakage19:05
clarkboh wait no the failed line is 324 on the new side of pyproject.py19:06
clarkbso it is failing in the new code19:06
haleybone package i see different is pyproject-api, pyproject-api-1.5.4 good, pyproject-api-1.6.0 bad19:11
haleybif that's the trigger19:12
sean-k-mooneyya that sounds proable19:15
clarkbthats this https://github.com/tox-dev/pyproject-api its tox's reimplemtnation of pep517 aiui19:15
sean-k-mooneyit just had another release19:15
sean-k-mooneyhttps://pypi.org/project/pyproject-api/19:16
clarkband as mentioned before they have a very strict read of the pep compatibility be damned19:16
clarkbif this ends up ebing the problem a very similar issue back in december is why I started pushing towards nox for stuff I have a hand in19:16
sean-k-mooneyso 1.6.0 relased 2 hours ago and they released 1.6.1 an hour ago19:16
sean-k-mooneyhttps://github.com/tox-dev/pyproject-api/releases/tag/1.6.119:17
clarkbhttps://github.com/tox-dev/pyproject-api/commit/c793c2c6e636a344a8b11698333fd588e5159435 is the only commit in 1.6.119:18
haleybi just forced pyproject-api==1.6.0 here and pep8 ran fine, but don't know how different from the gate i am19:23
clarkbthe failed job used 1.6.119:24
clarkbhttps://zuul.opendev.org/t/openstack/build/c5d49b4d4359429ea1c4887559184f12/log/job-output.txt#71819:25
haleybpyproject-api-1.6.0 was in one of the neutron failed jobs19:25
haleybhttps://f75b41bb61072b844b31-b8d0e37c8407321b7ba0b13922acea87.ssl.cf1.rackcdn.com/893097/1/check/openstack-tox-pep8/75d8340/job-output.txt19:26
sean-k-mooneyok i can repoduce it locally19:34
clarkbhaleyb: if you use the zuul log browser you can link to specific lines :)19:34
sean-k-mooneyit depned on both the tox and pyproject-api version19:34
sean-k-mooneyclarkb: on some filed.... 19:34
clarkbsean-k-mooney: ya text logs in particular19:35
sean-k-mooneyclarkb: i have add the pretty logs crash both firefox and chrome19:35
sean-k-mooneytext logs are fine but not if they are 30mb19:35
clarkbI haven't run into that except for when they end up being huge19:35
sean-k-mooneywith each line marked up as a div19:35
sean-k-mooneyon longer jobs i have hadd issues with both nova-compute and neutron server logs19:36
sean-k-mooneyanywyay if you use tox 4.10.0 and pyproject-api 1.6.019:36
clarkbin a lot of cases the uinderlying issue there is spammy warnings that should just be refactored. I think openstack did a bit of cleanup on those19:36
sean-k-mooneythen it crashses 19:36
sean-k-mooneytehy released tox 4.11.0 and made it require 1.6.119:36
clarkbsean-k-mooney: does tox 4.11.0 fix it?19:37
sean-k-mooneyyep19:37
sean-k-mooneywell tox 4.11.0 required pyproject-api>=1.6.119:37
fungiand doesn't error?19:38
sean-k-mooneybut that combination works19:38
clarkbno release notes published about 4.11 yet which will hopefully give more insight19:38
sean-k-mooneythey did the release 17 minutes ago19:38
sean-k-mooneyhttps://github.com/tox-dev/pyproject-api/issues/101 i just filed this19:40
haleybclarkb: if i knew what the zuul log browser was i'd use it :) i'm a luddite19:41
clarkbhaleyb: instead of clicking on the (raw) log button click on the filename in under logs in the zuul result page19:42
sean-k-mooneyalso added repoducer steps19:43
clarkbthis should naturally fix itself in the gate then if latest tox fixes it19:44
sean-k-mooneyyep19:44
sean-k-mooneyi mainly filed the issue just so they were aware of the breakage19:45
sean-k-mooneyi expect them to close it19:45
sean-k-mooney"python3 -m pip install tox===4.11.0"19:45
sean-k-mooneythat fixes it in teh venv19:45
sean-k-mooneyso we just need to recheck the failed thigns tomorrow19:45
sean-k-mooneyspeaking of tomorrow caht to you then o/19:46
clarkbgoodnight! (I believe I got the timezone conversion correct)19:46
opendevreviewMartin Kopec proposed openstack/tempest master: Fix clean up for test_access_rules tests  https://review.opendev.org/c/openstack/tempest/+/89266319:50
haleybneutron gate seems happy now :)20:15

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