Tuesday, 2023-07-18

opendevreviewMerged openstack/nova stable/2023.1: enable validations in nova-lvm  https://review.opendev.org/c/openstack/nova/+/88767400:25
bauzasgood morning nova07:22
kashyapgibi: Morning07:41
kashyapgibi: So, here's the one failure: from my patch : https://zuul.opendev.org/t/openstack/build/a151d31cbcf74a648e1948986686d08a07:41
kashyap"Something" seems off07:41
gibilooking07:47
gibikashyap: left a comment, I think the test case can be removed08:08
kashyapgibi: You read my mind!08:08
kashyapI was thinking the same thing08:09
gibiit is ceartanly easier to read others mind if they are looking at the same ~10 lines of code :)08:19
bauzasgibi: kashyap: do I understand there is a CI failure ?08:22
kashyapgibi: Haha08:23
kashyapbauzas: We were talking about a specific patch change - https://review.opendev.org/c/openstack/nova/+/88725508:23
kashyap(The failure there is expected due to a now-invalid test)08:23
bauzasah oooof, ok :)08:24
* bauzas tries to catch up after a long weekend08:24
opendevreviewKashyap Chamarthy proposed openstack/nova master: Bump MIN_{LIBVIRT,QEMU} for "Bobcat"  https://review.opendev.org/c/openstack/nova/+/88725508:37
kashyapgibi: --^ Fixed09:04
gibiadded some cleanup requests inline but other than that it looks good09:25
kashyapAh, I missed a few more; good catch!  I will fix them too10:03
kashyapThank you.10:03
opendevreviewAmit Uniyal proposed openstack/nova master: Added context manager for instance lock  https://review.opendev.org/c/openstack/nova/+/87364810:12
opendevreviewAmit Uniyal proposed openstack/nova master: Added context manager for instance lock  https://review.opendev.org/c/openstack/nova/+/87364810:14
opendevreviewAmit Uniyal proposed openstack/nova master: Added context manager for instance lock  https://review.opendev.org/c/openstack/nova/+/87364810:33
opendevreviewAmit Uniyal proposed openstack/nova master: Disconnecting volume from the compute host  https://review.opendev.org/c/openstack/nova/+/87744610:33
stephenfinbauzas: sean-k-mooney: gibi: Think one of you could add https://review.opendev.org/c/openstack/nova/+/880669/ and https://review.opendev.org/c/openstack/nova/+/886230/ to your review list?12:15
sean-k-mooneystephenfin: im +2w on the first patch im not sure about the job12:22
sean-k-mooneyim ok wiht addign it but im not sure it should be voting12:22
sean-k-mooneysince we are ignoring upper constraits by using both oslo.db and sqlachemy form master/main12:22
gibiyeah I agree with sean-k-mooney on both patch12:46
opendevreviewKashyap Chamarthy proposed openstack/nova master: Bump MIN_{LIBVIRT,QEMU} for "Bobcat"  https://review.opendev.org/c/openstack/nova/+/88725513:03
stephenfinsean-k-mooney: gibi: The issue is that we are currently SQLAlchemy 2.x compatible and don't want to regress. However, people don't look at non-voting jobs so they're effectively useless for anti-regression purposes IMO13:49
stephenfinThere is of course a risk that SQLAlchemy could introduce a breaking change but if we're serious about being ready for SQLA 2.x by C then we'll need to handle those issues. Also, SQLA is super mature so the chances of that seem minute, while we can simply toggle it to non-voting if they inadvertently introduce a bug13:50
stephenfinAlso also, I've proposed the same thing for ironic, cinder, placement, and a few others. Neutron are running all their functional tests with sqlalchemy master for some time now. I think the benefits outweigh the concerns13:52
bauzassean-k-mooney: I quite agree with stephenfin, let's KISS13:56
bauzaswe also have other jobs13:56
bauzasbut -1 b/c of the gate 13:58
dansmithcould we not just make the 310 job SA 2.0 and leafve the 3.9 one as it is? having another job seems excessive to me13:59
sean-k-mooneyi would prefer to just raise our min version to 2.014:00
auniyalhi dansmith, sorry for not responding on your question on time before new revision, yes as you mentioned in comment, on melwitt suggestion, I passed the context from caller and did not created new context and I added the assert. as per suggestion. Actually I had the reply on draft but was waiting for CI job to pass that time.14:00
sean-k-mooneybut ya i can also live with dansmith suggestion i guess14:00
gibiyeah, if we want to track 2.0 then lets bump now to 2.014:01
dansmithwe're really running three functional jobs and it seems like we could just re-use one to move forward14:01
sean-k-mooneycould we bump the uc for py3.10 specificaly to 2.014:01
sean-k-mooneythen we could follow the same pattern in all project14:01
dansmithcan we do that? if so that'd also work I suppose14:02
sean-k-mooneyor as i said just move nova to 2.014:02
dansmithI mean I know requirements.txt can do it, but will a bot complain?14:02
sean-k-mooneydansmith: we can we used ot do it for py2.7 vs py 314:02
dansmithsean-k-mooney: we can't move nova to *require* 2.0 right now14:02
dansmithbecause it would mean nova can't be installed on the same machine as keystone, for example14:02
stephenfinwe can't bump to 2.0 in requirements.txt - the requirements check job won't let us (co-installability)14:03
stephenfini.e. what dansmith said14:03
sean-k-mooneyi ment in the reqiuremetns repo14:03
sean-k-mooneycan we increases the cap to 2.0 for py3.1014:04
dansmithyeah, can't do that until everyone can use 2.0 but we're not ready for that14:04
sean-k-mooneyi guess that could break devstack jobs14:04
sean-k-mooneyack14:04
stephenfinsean-k-mooney: manila still isn't compatible, nor is masakari and a few other projects14:04
dansmithnor keystone, last I checked14:04
sean-k-mooneyok so i guess looping back to dansmith suggestion of just doing this in one of the existing job14:04
sean-k-mooneyits that prefer or having the extra job14:04
bauzasok cool with me too14:05
gibiOK with me to force py310 to run with 2.014:05
dansmithI just think the actual likelihood of breakages between 3.9 and 3.10 is minor, so using 3.10 as our 2.0 job makes frugal sense,14:05
stephenfinAlso, we can't just reuse a job unless we want to get rid of our use of job templates14:05
dansmithand we can probably spot the difference between SA problems and some python base issue14:05
dansmithstephenfin: ah, you're right14:05
dansmithfine, fine, just stack another job I guess14:06
stephenfinbecause it's the job templates that specifies our use of openstack-tox-whatever14:06
* dansmith makes the dolla' bills gesture14:06
dansmithyup14:06
bauzas~o~14:06
stephenfinack, with any luck it should be gone in 3 months or so 🤞 hopefully sooner but definitely in C14:07
sean-k-mooneyok14:07
sean-k-mooneyso we will proceed with the patch as is14:07
dansmithI will bet you one unit of currency that it will not be gone in three months :P14:07
stephenfinI value my currency and will not take that bet14:08
dansmithhehe14:08
gibi:)14:09
bauzasreminder : nova meeting in 45 mins here15:14
opendevreviewMerged openstack/nova stable/wallaby: Reproducer for bug 1983753  https://review.opendev.org/c/openstack/nova/+/85327315:36
dansmithsean-k-mooney: got another guest panic this morning: https://27abb73f6979e2fd6932-3e445c1a5b8a8c84f71b5a61cff5a09b.ssl.cf1.rackcdn.com/879499/10/check/nova-multi-cell/5c92eb8/testr_results.html15:48
dansmithlooks like *very* early in kernel boot15:50
gibiits smells like APIC https://bugs.launchpad.net/nova/+bug/193910815:55
dansmithgibi: I dunno that bug trace made it much farther than mine did.. note all the kernel timestamps are 0.015:57
dansmithbut yeah I guess the timer failed messages before the crash look the same15:58
dansmithso maybe it's just a difference in the kernel from then to now15:58
dansmithand in check_timer() where we panic, so okay yeah15:59
dansmithand another report from 2022 at the end of that report that looks more like mine16:00
bauzasstarting the meeting now folks16:00
gibiboth calls setup_IO_APIC that was my matching point16:00
dansmithkashyap: I wonder if it might be worth chasing a kernel bug with that now16:00
bauzaslet's discuss this gate failure in a sec16:00
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Jul 18 16:00:50 2023 UTC and is due to finish in 60 minutes.  The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
bauzashey folks16:00
gibio/16:01
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:01
elodilleso/16:01
bauzaswho's around ?16:01
bauzasokay, we can softly start16:02
bauzas#topic Bugs (stuck/critical) 16:03
bauzas#info No Critical bug16:03
bauzas#link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 40 new untriaged bugs (+1 since the last meeting)16:03
bauzasthanks melwitt for the triaging16:03
bauzasany bug to discuss ?16:04
Ugglao/16:04
bauzaslooks not, moving on16:05
bauzas#info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster16:05
bauzasIIRC, artom is on PTO this week, so he can't take the baton16:05
bauzasUggla: wants to have it ?16:05
Ugglayes it is ok16:06
bauzascool thanks16:06
bauzas#info bug baton is being passed to Uggla16:06
bauzasnext topic16:06
bauzas#topic Gate status 16:06
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:06
bauzas#link https://etherpad.opendev.org/p/nova-ci-failures16:07
bauzasgibi: wants to discuss the kernel panic bug you found ?16:07
gibithat is dansmith finding16:07
gibiI just matched it to an older report16:07
gibiI guess we can try the apic debug kernel param16:08
bauzasack16:08
gibias the kernel error message suggests16:08
gibiKernel panic - not syncing: IO-APIC + timer doesn't work! Boot with apic=debug and send a report. Then try booting with the 'noapic' option.16:08
bauzasany link to share .16:09
bauzas?16:09
gibihttps://bugs.launchpad.net/nova/+bug/1939108 that is the old bug I found. And this is the fresh repro https://27abb73f6979e2fd6932-3e445c1a5b8a8c84f71b5a61cff5a09b.ssl.cf1.rackcdn.com/879499/10/check/nova-multi-cell/5c92eb8/testr_results.html16:10
bauzascool16:10
bauzas#link https://bugs.launchpad.net/nova/+bug/193910816:10
gibiI have nothing more to add16:10
bauzas#link https://27abb73f6979e2fd6932-3e445c1a5b8a8c84f71b5a61cff5a09b.ssl.cf1.rackcdn.com/879499/10/check/nova-multi-cell/5c92eb8/testr_results.html16:10
bauzasgibi: ack, thanks dansmith and you for the bone16:10
bauzascontinuing16:11
bauzas#link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status16:11
bauzasso we have a failing periodic job, nova-emulation16:11
bauzas#link https://zuul.openstack.org/build/5964ceeb42594a06acdaf5b561229d1616:11
bauzasseems related to a neutron bug we know16:12
bauzaswe'll see if next week, it continues to fail16:13
bauzasmoving on16:13
bauzas#info Please look at the gate failures and file a bug report with the gate-failure tag.16:13
bauzasany other gate failure to discuss ?16:14
bauzas-16:15
bauzas#topic Release Planning 16:15
bauzas#link https://releases.openstack.org/bobcat/schedule.html16:15
bauzas#info Nova deadlines are set in the above schedule16:15
bauzasshould I start to tell the ticker ? :)16:15
bauzas#info Feature Freeze in 6 weeks16:16
bauzas#info Nova Feature Review Day on July 25th16:16
bauzasoh, and now, the most important for reviewers I guess16:17
bauzas#link https://etherpad.opendev.org/p/nova-bobcat-blueprint-status Etherpad for tracking blueprints status16:17
bauzasyou'll find *ALL* patch series for the approved blueprints16:18
bauzasI've chewed all the dirty work, you just need to click on the gerrit series :)16:18
gibithanks bauzas !16:19
bauzasanything to say ?16:19
bauzaslooks not again16:19
bauzasso, now we have the tracking etherpad, feel free to review the patches in advance of the feature review day which will be on July 25th16:20
bauzasmoving on now16:20
bauzas#topic Review priorities 16:20
bauzas#link https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement+OR+project:openstack/os-traits+OR+project:openstack/os-resource-classes+OR+project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/osc-placement)+(label:Review-Priority%252B1+OR+label:Review-Priority%252B2)16:20
bauzas#info As a reminder, people eager to review changes can +1 to indicate their interest, +2 for asking cores to also review16:21
bauzassean-k-mooney: better phrasing ? ^16:21
sean-k-mooneyyes16:22
bauzascool, will persist it in the wikipage16:23
bauzasmoving on16:23
bauzas#topic Stable Branches 16:23
Ugglabauzas, that's more clear has before I thought only cores could do it.16:23
bauzaselodilles: your turn :)16:23
elodillesack o716:23
elodillesso my part:16:23
elodilles#info stable/2023.1 gate is fixed (nova-lvm / nova-ceph-multistore job failure), stable/zed and stable/yoga is still waiting for the backports to merge16:23
elodillesthanks \o/16:24
elodilles(for the reviews on stable/2023.1 :))16:24
elodilles#info stable/victoria gate is broken (due to latest virtualenv release) workaround: https://review.opendev.org/c/openstack/nova/+/88868116:24
elodillesthis is a new issue ^^^16:25
elodillesotherwise16:25
elodilles#info train, ussuri, wallaby, xena gates should be OK16:25
bauzaselodilles: ack16:25
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:25
elodillesthat's all from me16:25
bauzasthanks16:26
elodillesnp16:26
bauzas#info train-eol patch proposed https://review.opendev.org/c/openstack/releases/+/88536516:26
bauzasseems like there is a consensus16:26
bauzasso we're just waiting for the release cores to chime in16:26
elodillesack, then i'll review with my rel mgr hat on :)16:27
bauzassean-k-mooney: want me to provide a devstack patch on stable/train ?16:27
sean-k-mooneyfor what?16:28
sean-k-mooneyto pin nova to the tag?16:28
bauzasI'm referring to your comment on https://review.opendev.org/c/openstack/releases/+/885365/comment/f2edcb27_5a399b18/16:29
bauzaswhich is to override train-eol in the base devstack job in the train branch 16:29
sean-k-mooneywhere i explianed you do not need to do anything since we use python-novaclient form py release by default16:29
bauzasoverride w/16:29
sean-k-mooneynot branchs16:30
bauzasok, I misinterpreted16:30
bauzaswill see anyway16:30
sean-k-mooneyi was saying that if a job currently was not using the pypi release16:30
bauzaselodilles: your hat will be indeed appreciated16:30
sean-k-mooneythen they woudl need to be updated via override-checkout16:30
sean-k-mooneyto use the eol tag16:30
bauzassean-k-mooney: ack16:30
sean-k-mooneybut the base job should be fine as is16:31
bauzasmoving on then16:31
bauzasauniyal: wanted to add anything ?16:31
auniyal#info Please review these backport patches of stable 2023.1, zed and yoga for next minor release16:31
auniyal#info most of these already have one +2 and need only one +2 and +W16:31
auniyal#link https://etherpad.opendev.org/p/release-liaison-PatchesToReview16:32
sean-k-mooneyzed and yoga are currently blocked. (zed need the devstack-ceph-plugin patch to be merged) and yoga is waitign on the 3 patches to be backported for teh rebuild test16:32
bauzasyeah see elodilles's comments previously16:32
bauzasI just +2d/Wd the zed patch which fixes nova16:33
sean-k-mooneyi coudl premtivley propsoe the yoga backports16:33
elodillesthanks in advance sean-k-mooney \o/16:33
sean-k-mooneybut we need to followup with the devstack-ceph-pluging folks and devstack16:33
sean-k-mooneyack i ll do that now while i think of it16:33
elodillessean-k-mooney: i think devstack-ceph-pluging patch is not needed for yoga16:34
elodillessean-k-mooney: only nova-lvm is broken in yoga, afaik16:34
sean-k-mooneyyoga should be using unpinned tempest16:34
sean-k-mooneyso it shoudl need both16:34
sean-k-mooneybut we can see i guess16:35
elodilleshmmm, OK16:35
elodillesi saw it passing16:35
sean-k-mooneyperhaps validation are enabeld on yoga already?16:35
sean-k-mooneyfor ceph16:35
elodillesgood question16:35
sean-k-mooneywe can check after the meeting16:36
elodillesyepp16:36
bauzascool16:36
bauzascan we move on ?16:36
auniyalbauzas, I targeted to do minor release tomorrow 19th July, but most of them are not merged yet, so will wait till next wednesday16:37
auniyalthats all from my side thanks16:37
bauzasack16:37
bauzas#topic Open discussion 16:38
bauzasnothing on the agenda16:38
bauzasanything anyone ?16:38
bauzasok, let's give you back 20 mins16:40
bauzasthanks all16:40
bauzas#endmeeting16:40
opendevmeetMeeting ended Tue Jul 18 16:40:33 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:40
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2023/nova.2023-07-18-16.00.html16:40
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-07-18-16.00.txt16:40
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2023/nova.2023-07-18-16.00.log.html16:40
elodillesthanks o/16:40
elodillesauniyal: thanks for dealing with the release, ping me if i can help with anything about it!16:41
gibio/16:42
auniyalack elodilles, only thing we need is more reviews, most of the +2 are from you only, thanks16:42
sean-k-mooneyelodilles: ill pull https://review.opendev.org/c/openstack/nova/+/888230 back without any deps and we can see if it passes on yoga16:43
sean-k-mooneyif not ill add the devstack and devstack-plugin-ceph pathces too16:43
elodillessean-k-mooney: ack, sounds like a plan! thanks :)16:43
opendevreviewsean mooney proposed openstack/nova stable/yoga: enable validations in nova-lvm  https://review.opendev.org/c/openstack/nova/+/88878416:55
opendevreviewMerged openstack/nova master: Drop Fedora support  https://review.opendev.org/c/openstack/nova/+/88659617:49
opendevreviewMerged openstack/nova stable/victoria: [stable-only] Cap virtualenv/setuptools  https://review.opendev.org/c/openstack/nova/+/88868118:25
opendevreviewMerged openstack/nova stable/zed: enable validations in nova-lvm  https://review.opendev.org/c/openstack/nova/+/88823018:52

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