Tuesday, 2024-02-27

opendevreviewNobuhiro MIKI proposed openstack/nova master: libvirt: Support maxphysaddr.  https://review.opendev.org/c/openstack/nova/+/90751605:17
mohsenhttps://www.irccloud.com/pastebin/277NPQbS/06:10
mohsenHello dear friends. I wanted to report a misconfiguration in the official documentation of OpenStack nova. I put the link at the end of this message.06:15
mohsenIn the [service_user] section, they should place the port number of keystone which is 5000 but it has been mistakenly omitted and caused a lot of trouble and error during the installation procedure of the nova on both controller and compute node. 06:15
mohsenhttps://docs.openstack.org/nova/2023.2/install/controller-install-ubuntu.html06:15
mohsenhttps://docs.openstack.org/nova/2023.2/install/compute-install-ubuntu.html 06:15
opendevreviewRajesh Tailor proposed openstack/nova master: Fix trivial doc issues  https://review.opendev.org/c/openstack/nova/+/87877906:31
bauzassean-k-mooney: can you please swing https://review.opendev.org/c/openstack/nova/+/907516 again ,10:59
bauzas?10:59
opendevreviewsean mooney proposed openstack/nova master: [DNM] poc nova-ironic shard job  https://review.opendev.org/c/openstack/nova/+/91033311:05
sean-k-mooneybauzas: sure11:06
sean-k-mooneyi saw it come in but wanted to wait for you to see if your happy11:06
sean-k-mooneybauzas: based on the delta form v3 it looks ok to me11:08
opendevreviewsean mooney proposed openstack/nova master: [DNM] poc nova-ironic shard job  https://review.opendev.org/c/openstack/nova/+/91033311:10
auniyalhi bauzas, regarding comment "LOG.info(_("foo %s", something))" on sonsole patch - on using "_("  pre-commit says - N319 Don't translate logs12:33
auniyaland with fstring in logs we get like this https://paste.opendev.org/show/bM1D6nY1sxuHibnpHEax/12:34
sean-k-mooneyauniyal: yes just remove _( )12:57
sean-k-mooneyLOG.info("foo %s", something)12:57
auniyalack12:58
auniyalsean-k-mooney, regarding other 2 comments ?12:58
sean-k-mooneyi do not have the review open, link?12:59
auniyalhttps://review.opendev.org/c/openstack/nova/+/90182412:59
sean-k-mooneyso the fstrings are rendered before being passed to the log fuction13:00
sean-k-mooneyso the log function get the rendered string13:00
auniyalas suggested above will go with this for logging? - LOG.info("foo %s", something) 13:02
sean-k-mooneybauzas: im still +2 on https://review.opendev.org/c/openstack/nova/+/901824 i replied to yoru comments but we dont striclty need to change anything IMO13:06
sean-k-mooneyim ok with fixing the nits too13:07
auniyalsean-k-mooney, I think bauzas is away for now, I have updated the cahgnes, running quick tests locally will respin once done13:15
opendevreviewAmit Uniyal proposed openstack/nova master: enforce remote console shutdown  https://review.opendev.org/c/openstack/nova/+/90182413:24
bauzasauniyal: I'll lookup13:34
bauzasauniyal: and sorry about the translations, I forgot that now only the exceptions should be translated13:35
bauzas(before, the logs with levels >= info were needed to be translating)13:35
elodillesbauzas: sorry for pinging, could you please double check this release patch? https://review.opendev.org/c/openstack/releases/+/90940213:39
bauzaselodilles: done :)13:40
bauzasthanks for pinging me :)13:40
elodillesthanks too o/13:40
bauzas(I have a lot of Gerrit emails :)13:40
sean-k-mooneyelodilles: minor issue in commit message13:41
sean-k-mooneyprior to the lib freeze for 2024.1 Bobcat going into effect13:41
sean-k-mooneyelodilles: the patch is correct in general13:43
elodillessean-k-mooney: oh, nice :/ all the generated patches were merged with that wrong release name :/13:45
elodillessean-k-mooney: thanks for checking13:45
sean-k-mooneywell we dont need to break the patteren then13:45
bauzassean-k-mooney: +2d https://review.opendev.org/c/openstack/nova/+/90182413:45
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/901824/19..20/nova/objects/console_auth_token.py ...13:46
sean-k-mooneyfine it does not matter but we dont need to check and provide None13:46
* bauzas now starting to review again the ephemeral encryption series13:47
opendevreviewsean mooney proposed openstack/nova master: [DNM] poc nova-ironic shard job  https://review.opendev.org/c/openstack/nova/+/91033314:36
opendevreviewsean mooney proposed openstack/nova master: [DNM] poc nova-ironic shard job  https://review.opendev.org/c/openstack/nova/+/91033314:37
dansmithbauzas: quick question on https://review.opendev.org/c/openstack/nova/+/90425814:47
bauzasdansmith: shoot15:03
bauzasdansmith: OK, I'll provide another revision for ^ 15:06
bauzasdansmith: about https://review.opendev.org/c/openstack/nova/+/909598/1/nova/virt/libvirt/driver.py#1275615:16
bauzasdo you have time for discussing it ?15:16
dansmithbauzas: yep15:30
bauzasdansmith: just replied15:32
dansmithbauzas: sorry was on a call15:32
bauzasnp at all (and yeah actually I remember your call :p )15:32
dansmithbauzas: quick gmeet?15:32
bauzasif you want15:32
bauzaswe have upstream meeting in 28 mins15:32
dansmithmeet.google.com/mkb-cxhg-qkh15:32
dansmithwe'll be quick15:33
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Feb 27 16:00:41 2024 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
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:00
bauzashey folks16:00
bauzaslet's have a quick meetingb16:00
elodilleso/16:01
fwieselo/16:01
kgubeo/16:01
bauzasokay, moving on16:02
bauzas#topic Bugs (stuck/critical) 16:02
dansmitho/16:02
bauzas#info One Critical bug16:02
bauzas#link https://bugs.launchpad.net/nova/+bug/205293716:02
bauzassean-k-mooney: do you want to discuss it now?16:02
auniyal o/16:04
bauzaslooks he's not around16:04
bauzasI wonder what we need to do related to thaty16:05
gibio/16:05
sean-k-mooneyo/16:06
sean-k-mooneysorry was double booked16:06
sean-k-mooneyam im not sure what there is to say really for that bug16:06
sean-k-mooneyim a littel concerned16:06
sean-k-mooneythat our heal allocation code might actully be broken by it16:07
sean-k-mooneyon the otehr hand with a quick look at the code16:07
bauzaswhy is it in Critical state for nova ?16:07
sean-k-mooneyit was a gate blocker16:07
sean-k-mooneythat is what broke nova-next last week16:07
sean-k-mooneywhen i looked at the nova manage code i belive its using a neutron client with both a service token and admin token16:08
sean-k-mooneyso it should be fine16:08
sean-k-mooneybut when i we removing the check in post it looks like heal allcoations was not properly healing the port resouce resuets16:08
bauzascan we then move it to High ?16:09
sean-k-mooneysure16:09
bauzasack16:09
bauzasif you want, we can continue to discuss the bug next week16:09
sean-k-mooneywe should likely at least spotcheck that heal allcotions works16:10
sean-k-mooneyotherwize we might need to fix it in the RC period16:10
bauzasack16:11
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/3c2c7955a4b34112a377a857623d6a73/log/job-output.txt#37642-3766916:11
sean-k-mooneythe heal there looks like its broken16:12
sean-k-mooneylets move on for now16:13
bauzascool16:13
bauzas#link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 70 new untriaged bugs (+4 since the last meeting)16:13
* bauzas hides but I'll do something 16:13
bauzas#info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster16:13
bauzas#info bug baton is bauzas16:14
bauzasmoving on ?16:14
bauzas#topic Gate status 16:14
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:15
bauzas#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:15
bauzas#link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status16:15
bauzas#info Please look at the gate failures and file a bug report with the gate-failure tag.16:15
bauzasnothing here to report16:15
bauzasanyone else ?16:15
dansmithjust rechecked a random timeout16:15
bauzascool16:16
bauzas#topic Release Planning 16:16
sean-k-mooneywas it the rbac jobs16:16
bauzas#link https://releases.openstack.org/caracal/schedule.html#nova16:16
sean-k-mooneythey seam to be timing out more often then others16:17
sean-k-mooneybut it alwasy just seams like a slow node when i looked16:17
gibiddd16:20
bauzaslast but not * least (private joke) 16:20
gibisorry16:20
bauzas#info Caracal-3 (and feature freeze) milestone in 2 days16:20
bauzasvoila16:20
* bauzas doing atm a lot of reviews16:20
bauzas#topic Review priorities 16:21
bauzas #link https://etherpad.opendev.org/p/nova-caracal-status16:21
bauzas#link https://etherpad.opendev.org/p/nova-caracal-status16:21
bauzas#topic Stable Branches 16:21
bauzaselodilles: ?16:21
elodilleso/16:21
elodilles#info stable gates seem to be OK16:21
elodillessurprisingly, might be even zed is OK16:21
elodillesas nova-grenade-multinode is just passing :-o16:22
elodillesi don't know how16:22
elodillesso maybe it's just a bug :D16:22
elodillesit should be using unmaintained/yoga16:22
bauzas...16:23
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:23
elodillesplease add here any issue if you see one on stable branches ^^^16:24
elodillesthat's all from me for now16:24
bauzasthanks16:25
bauzas#topic vmwareapi 3rd-party CI efforts Highlights 16:25
bauzasfwiesel: ?16:25
fwiesel#info FIPS do work now, but not reliably (Pass 459 Failure 23 Skip 44) (previously Passed: 435, Failed: 41, Skipped: 42)16:26
fwiesel#link http://openstack-ci-logs.global.cloud.sap/openstack/nova/1858cf18b940b3636e54eb5aafaf4050bdd02939/tempest.html16:26
fwieselBetter, but not quite there yet.16:27
bauzaskudos16:27
fwieselServeral of the failures have simpler reasons. I'll probably get those down first before I dig into the FIP issue.16:27
fwieselQuestions?16:28
bauzasnone from me, good luck for debugging16:28
fwieselOkay, then that's from my side. Back to you.16:28
bauzasthanks16:29
bauzas#topic Open discussion 16:29
bauzasanything anyone ?16:29
kgubeHi, I wanted to ask a question on how to proceed with my feature: https://review.opendev.org/c/openstack/nova/+/87356016:30
kgubeIt has a cinderclient dependency, so we need to bump the cinderclient version16:30
bauzasgood question16:31
kgubethe problem is that the needed change will only be in the comming cinderclient release16:31
kgubewich happens together with the featurefreeze16:31
bauzaskgube: have you seen my question about a Tempest test checking your patch ?16:31
bauzasI wonder how Zuul can say +1 if nothing is changed16:32
kgubebauzas, yes, none of the current tempest jobs are using the codepath that calls the new volume action16:32
kgubeso it just works with the previous version16:33
bauzaskgube: do you have a follow-up patch for Tempest about it ?16:33
bauzaslike another attribute 16:33
kgubeso the only job that will be testing the new volume action is the devstack-plugin-nfs one16:34
kgubeI have a patch for this, but it also needs changing once the feature is merged16:35
kgubehttps://review.opendev.org/c/openstack/devstack-plugin-nfs/+/89619616:35
kgubeso it's currently marked as WIP16:35
bauzasokay, then we need to have a consensus for accepting your feature without Tempest scenarios16:36
bauzaswhat people think about ^ ?16:37
bauzasas kgube said, we only know it doesn't trample the other usages16:37
kgubewell, the second change I posted has successful tempest runs for nfs online extend, with all of the changes merged in16:39
kgubeit just isn't part of the nova tempest jobs16:39
bauzaskgube: I'll ping other cores async16:40
bauzasto see what they think16:40
kgubethank you!16:41
bauzasany other things before we close ?16:41
bauzaslooks not16:42
bauzasthanks all16:42
bauzas#endmeeting16:42
opendevmeetMeeting ended Tue Feb 27 16:42:38 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:42
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2024/nova.2024-02-27-16.00.html16:42
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-02-27-16.00.txt16:42
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2024/nova.2024-02-27-16.00.log.html16:42
sean-k-mooneybauzas: the tempest test is not the issue we cant merge the patch without the client bump16:47
sean-k-mooneyso we should ask for an early cinder clinent release16:48
sean-k-mooneyand if they need to do another one they can16:48
sean-k-mooneyat ff16:48
sean-k-mooneythe release process is fully automated out sied of the patch review so that should be quick and simple to do16:48
bauzaswell, the depends-on is a cinderclient patch16:48
sean-k-mooneyright but the nova patch need a min version bump16:49
bauzasonce the patch is merged, then Zuul can accept16:49
sean-k-mooneyno because our unit/fucntional test will fail16:49
bauzassean-k-mooney: correct, we should target the required need16:49
sean-k-mooneywell it depend on that the client change is doing16:50
sean-k-mooneydepends on is not used for the tox changes16:50
sean-k-mooneyso those will fial if we are usign a new api form it but we are probaly mocking it16:50
sean-k-mooneyso maybe they wont fial16:50
*** dasm is now known as Guest119516:51
bauzassean-k-mooney: my point is that nothing blocks the nova change to be merged16:51
bauzasbecause I guess it's only additive opt-in changes 16:51
bauzaspaperwork-ish, we should ask for an reqs.txt update16:53
bauzasanyway, I need to leave now b/c of a physical local meetup in Grenoble16:53
sean-k-mooneybauzas: my point is it really shoudl be blocked16:56
sean-k-mooneybauzas: that not how we handel depencies16:56
sean-k-mooneythe path that need the new feature does the requirements bump16:57
bauzassean-k-mooney: please then add a comment in the nova patch16:57
sean-k-mooneyi did thats why i -1 it17:31
sean-k-mooneybauzas: on the good news front https://zuul.opendev.org/t/openstack/build/2a3f86e4974b4a4a9e875477c77f81e0/logs17:32
sean-k-mooneybauzas: that fialed one test that shoudl not work in that job config17:32
sean-k-mooneybauzas: i have confirmed that we have 2 compute nodes and each is only reporting 3 ironic nodes17:33
sean-k-mooneyeach compute is exposing diffent shards17:33
sean-k-mooneyadn we can boot nova instnace across either shard17:34
*** Guest1195 is now known as dasm17:34
sean-k-mooneybauzas: i was just chatting with JayF and im goign to rework this to be mergable and start wroking on a simple post hook to validate that each compute service is only reportin the ironic nodes we expect17:35
sean-k-mooneylong term we may be able to simplfy the setup too but i think this give nova the coverage we ant for the shard work. ironic will seperaly be testing the api in there jobs too17:36
JayFthat is already merged and has been running for weeks now (ironic api test job)17:54
JayFhttps://opendev.org/openstack/ironic-tempest-plugin/commit/f2b9c74c9cb8459a979d9002aae3c1a41737c77a17:54
*** elodilles is now known as elodilles_pto19:46
opendevreviewsean mooney proposed openstack/nova master: add multinode ironic shard job  https://review.opendev.org/c/openstack/nova/+/91033321:36
sean-k-mooneybauzas: https://review.opendev.org/c/openstack/nova/+/910333 is enabling the ironic job in experimetal and perodic weekly21:49
sean-k-mooneyassuming that passes i think that woudl be enough with the exiting ironic testing on there side to progress and we can spend some time adding better coverage post FF and early next cycle21:50
sean-k-mooneythe coverage in the job is minimal as it stands today but i have partsed the logs myself and convicned my self that its actully sharding properly21:52
sean-k-mooneysee https://review.opendev.org/c/openstack/nova/+/910333/4/.zuul.yaml#97421:52
sean-k-mooneyi am not conviced this job woudl cache if that broken on teh ironic side21:52
sean-k-mooneybut we can evolve it to do that21:53
JayFWe also have explicit API testing that will make loud noises if we ever break shard querying in our API...22:04

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