Tuesday, 2022-03-01

*** prometheanfire is now known as Guest84405:52
*** Guest844 is now known as prometheanfire05:56
gibibauzas: I agree not to mentione anything about placement in the higlights08:04
gibigmann: thanks for https://review.opendev.org/c/openstack/nova/+/831244 ! bauzas I let you +W it as we are close to RC time08:06
bauzasgibi: done08:14
gibibauzas: thanks08:14
gibiI'm also +1 on the cycle higlights08:14
bauzasthanks08:48
opendevreviewMerged openstack/nova master: Fix unit test for oslo.context 4.1.0  https://review.opendev.org/c/openstack/nova/+/83124408:54
bauzassean-k-mooney: gibi: are we happy with releasing os-vif, osc-placement and python-novaclient ? there is still https://review.opendev.org/c/openstack/osc-placement/+/828545 open10:03
bauzasI'm on this client change btw.10:03
gibibauzas: I'm OK, not to include the 1.39 osc-placement support in Yoga. 10:03
bauzasas you wish10:03
gibithe API is moslty ment for machine consumptioon10:03
bauzasyou'll probably have one +2 in 1 hour10:03
gibiso we can take that easy10:03
*** mgoddard- is now known as mgoddard10:04
* bauzas looks at the open changes for the libs10:04
gibiI have nothing for os-vif or the novaclient either10:04
bauzasyeah10:07
gibibauzas: btw, if there is any patch that needs attention just link it to me10:09
bauzasgibi: I'm just wrapping the yoga paperwork10:09
gibiI know the feeling :)10:09
bauzasI'm just afraid of having missed some stuff10:11
opendevreviewSylvain Bauza proposed openstack/nova master: mention the cycle highlights in the ptl guide  https://review.opendev.org/c/openstack/nova/+/83135310:11
bauzasgibi: sean-k-mooney: easy peasy ^10:11
gibion it10:12
opendevreviewPierre Libeau proposed openstack/nova master: Move file system freeze after end of mirroring  https://review.opendev.org/c/openstack/nova/+/80371310:25
sean-k-mooneybauzas: we likely dont need an os-vif release11:01
sean-k-mooneyill chekc but i dont think we merged anything since the last one11:01
sean-k-mooneybauzas: ya there is nothing https://github.com/openstack/os-vif/compare/2.7.1...master11:02
sean-k-mooneybauzas: the latest version of the release highlights looks good to me11:05
sean-k-mooneybauzas: for osc and nova client https://review.opendev.org/c/openstack/releases/+/830249 https://review.opendev.org/c/openstack/releases/+/830227 the final release where approved and released allready11:07
sean-k-mooneythe client lib freeze happens at m311:07
sean-k-mooneywell freeze and release11:07
*** bhagyashris is now known as bhagyashris|ruck11:30
opendevreviewRajat Dhasmana proposed openstack/nova master: Add support for volume backed server rebuild  https://review.opendev.org/c/openstack/nova/+/82036811:42
opendevreviewRajat Dhasmana proposed openstack/nova master: Add conductor RPC interface for rebuild  https://review.opendev.org/c/openstack/nova/+/83121911:42
opendevreviewRajat Dhasmana proposed openstack/nova master: Add API support for rebuilding BFV instances  https://review.opendev.org/c/openstack/nova/+/83088311:42
sean-k-mooneygibi: care to re review https://review.opendev.org/c/openstack/nova/+/80371312:25
sean-k-mooneythey added a comment regarding the freeze12:25
gibiyepp on my list for today12:26
sean-k-mooneyim not sure if it had the detail you wanted but at least it now exitss12:26
sean-k-mooneycool12:26
opendevreviewMerged openstack/nova master: mention the cycle highlights in the ptl guide  https://review.opendev.org/c/openstack/nova/+/83135312:33
opendevreviewFabian Wiesel proposed openstack/nova master: Transport context to all threads  https://review.opendev.org/c/openstack/nova/+/82746712:53
bauzashmpf, got a network glitch13:42
bauzascores, we have a couple of follow-ups from 3 merged blueprints14:29
bauzaswe need a second +2/+W for https://review.opendev.org/c/openstack/nova/+/830817 and https://review.opendev.org/c/openstack/nova/+/82837214:30
bauzasgibi: sean-k-mooney: gmann: melwitt: ^14:30
bauzasalso,14:30
* gibi is on a call but after that will look at the follow ups14:31
bauzasmelwitt: we have unified limits still having 2 open patches14:31
sean-k-mooneybauzas: im ah lightos driver and zuul job for emulation14:31
sean-k-mooneyya those are on my radar14:31
bauzas++14:31
bauzassean-k-mooney: can I +W https://review.opendev.org/c/openstack/nova/+/789963/31 ?14:32
opendevreviewFabian Wiesel proposed openstack/nova master: Transport context to all threads  https://review.opendev.org/c/openstack/nova/+/82746714:41
bauzasreminder: nova meeting in 45 mins here at #openstack-nova15:16
bauzaswill be juicy about the release :)15:17
gibiI've approved https://review.opendev.org/c/openstack/nova/+/830817 and https://review.opendev.org/c/openstack/nova/+/82837215:28
gibiI'm super happy that we have a green nova-emulation tempest job15:28
sean-k-mooneyyep me too15:29
gibisean-k-mooney: I've also approve the fs freeze bugfix15:30
sean-k-mooneyack15:31
gibiI think we have a pretty nice yoga release :)15:31
sean-k-mooneyunifed limits, emulation, dpu support, all nice to have feautres15:32
elodillesbauzas: are you updating the nova meeting page right now?15:39
bauzaselodilles: nope, I'm done15:46
bauzaselodilles: oh I forgot to modify the dates15:46
elodillesbauzas: if you are done then I'll update stable section15:48
elodilles(i saw that you updated the dates, so i've updated stable section o:))15:53
bauzaselodilles: yup15:55
bauzasdo it15:55
bauzasreminder : nova meeting in 5 mins 15:55
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Mar  1 16:00:01 2022 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
bauzashello everyone16:00
yuvalhey16:00
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:00
elodilleso/16:00
gmanno/16:00
gibi \o16:01
bauzasok let's start, people will join16:01
bauzas#topic Bugs (stuck/critical) 16:01
bauzas#info No Critical bug16:01
bauzas#link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 28 new untriaged bugs (+1 since the last meeting)16:02
bauzas#help Nova bug triage help is appreciated https://wiki.openstack.org/wiki/Nova/BugTriage16:02
bauzas#link https://storyboard.openstack.org/#!/project/openstack/placement 26 open stories (-1 since the last meeting) in Storyboard for Placement 16:02
bauzaswe're entering the RC period, which is always a good time for looking at open bugs :)16:02
* bauzas will do this week16:02
bauzasany bug people want to discuss ?16:02
bauzas(I'll explain the difference between RC1 and other RCs later in the meeting)16:03
bauzaslooks not16:03
bauzasI take your silence as a no :)16:03
bauzas#topic Gate status 16:03
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:04
bauzas#link https://zuul.openstack.org/builds?project=openstack%2Fplacement&pipeline=periodic-weekly Placement periodic job status 16:04
bauzas#info Please look at the gate failures and file a bug report with the gate-failure tag.16:04
bauzasnothing to mention here, we don't have new failure bugs AFAICS16:04
bauzasagain, any gate issue people want to discuss ?16:05
gibi-16:05
sean-k-mooneynope16:06
bauzask16:06
*** hemna8 is now known as hemna16:07
bauzasnext huge topic16:07
bauzas#topic Release Planning 16:07
bauzas#link https://releases.openstack.org/yoga/schedule.html#y-ff FeatureFreeze happened last Thursday Feb 24th16:07
bauzas#link https://etherpad.opendev.org/p/nova-yoga-blueprint-status Etherpad for blueprints tracking 16:07
bauzasI updated it16:07
bauzaswe have a few follow-ups for impemented blueprints 16:07
bauzasbut they will be merged in the next days16:07
bauzasnone of the changes are about providing a feature, they are just nits or CI changes16:08
bauzasthat's why I said "Implemented" to all the merged blueprints16:08
bauzas#link https://blueprints.launchpad.net/nova/yoga 16:08
bauzas#info 12 Nova blueprints and 1 Placement story successfully merged on Yoga, 12 were deferred to Zed16:08
bauzasI'll remove the series goal for the 12 deferred ones16:09
bauzasbut at RC116:09
gmann12 +1 is good number I think16:10
bauzasthanks btw. for folks that helped to review16:10
bauzasgmann: indeed, about 50% of the accepted blueprints16:10
bauzasand 50% of the deferred ones were because nobody was working on them16:10
bauzasagain, thanks folks16:11
bauzasand also, thanks contributors that continued to discuss with us and provided new revisions when it was needed :)16:11
gibi++16:12
bauzasI take it as a good cycle16:12
gibiit was a good one16:12
bauzashopefully the better we are, the larger contributors we'll have :)16:12
bauzasanyway, now, yoga-3 is released16:13
bauzasnow, it's time to work on RC116:13
bauzas#link https://releases.openstack.org/yoga/schedule.html#y-rc1 RC1 is now due on March 10th16:13
bauzaswhich is in less than 2 weeks16:13
bauzasfor tracking, I created the usual etherpad 16:14
bauzas#link https://etherpad.opendev.org/p/nova-yoga-rc-potential Etherpad for RC tracking16:14
bauzasplease open it16:14
bauzasyou'll see that we already merged the RPC and the API version changes16:15
bauzasnow, we need someone to work on the reno prelude16:15
bauzaswho wants to contribute for it ? ^16:15
bauzasfwiw, this prelude should be quite the cycle highlights https://review.opendev.org/c/openstack/releases/+/83124116:16
bauzasif nobody wants to do it, I can work on it16:16
bauzasthat's not like I did it for most of the older cycles: p16:16
bauzasok, I take it as "yes, please do" :p16:17
sean-k-mooneybauzas: do we have the standard bug tag created yet for rc potential16:17
bauzassean-k-mooney: indeed, that was the next iteam16:17
bauzasitem*16:17
sean-k-mooneyack16:17
bauzaswe now have in the etherpad https://bugs.launchpad.net/nova/+bugs?field.tag=yoga-rc-potential16:17
bauzas#info please mark any important bug as a RC potential one by adding yoga-rc-potential tag to your bug report16:18
bauzasfor the moment, we have none of them16:18
bauzasfor RC1, any bug can be accepted16:19
opendevreviewMerged openstack/nova master: Lightos driver release note  https://review.opendev.org/c/openstack/nova/+/83081716:19
bauzasafter RC1, we'll only accept bugs that fix a regression 16:19
sean-k-mooneyi have one we may want to consider16:19
bauzassean-k-mooney: sure16:19
sean-k-mooneywe can talk about it in open discuss if you prefer16:19
sean-k-mooneyor now https://review.opendev.org/c/openstack/nova/+/830966 bacially we disable eventlet monkey patching of dns16:20
sean-k-mooneybecause back on python 2.6/centos 6 it broke ipv616:21
bauzaswe can discuss this now16:21
sean-k-mooneybut apparently that can cause the api to hang since its a blocking call16:21
sean-k-mooneyso im wondering do we want to revert the workaround16:21
bauzasOK, please mark the bug report as RC potential then16:22
sean-k-mooneyif so i can file an upstream bug and refrence the downstream one16:22
bauzasyes, please16:22
sean-k-mooneyok ill do it after the meeting and we can decied later if we want to make that change now or next cycle and backport16:22
bauzasRC1 is always a good time for discussing about the bugs we know but we never have time to look at16:22
gibihow risky it is?16:23
sean-k-mooneyya https://bugs.launchpad.net/nova/+bug/1164822 is what the orginal patch was trying to fix16:23
bauzas(I'd personnally be in favor of a larger period in time for caring about bugs, but I also understand how quick it is to merge blueprints by 2.5 months)16:23
sean-k-mooneygibi: well you can get the same effect by exporting a env var16:23
sean-k-mooneyso not really imo16:23
gibithen I'm OK 16:23
sean-k-mooneysicne installer coudl always get the same behavior 16:24
gibiwith this bug being merged before RC116:24
bauzaslet's mark it for now, and we'll revisit it off-topic during the week16:24
gibiack16:24
sean-k-mooneyack16:24
bauzasI'll ping people on IRC that mark bugs as potential16:24
bauzasto see how important this is16:24
bauzasplease stay close to your IRC client :)16:24
bauzasok, I guess we're done with this topic16:25
bauzasI haven't mentioned the clients release but the patch is going16:26
sean-k-mooneythe client shoudl already be done16:26
sean-k-mooneythe final release of osc-placment and nova client is already done16:26
bauzasthis is there https://review.opendev.org/c/openstack/releases/+/83129316:27
sean-k-mooneythat not doign a release16:28
bauzaswe have a osc-placement patch for supporting the latest API microversion for any-traits, but gibi agreed on it not being needed for Yoga16:28
sean-k-mooneyit just creating the branches16:28
gibibauzas: yepp16:28
elodillesas sean-k-mooney says :]16:28
bauzasoh yeah16:28
bauzascorrect16:28
sean-k-mooneybut ya we shoudl also do that :)16:28
sean-k-mooneyi.e. create the branches16:28
bauzasbut we're branching on already delivered versions, right?16:28
sean-k-mooneyyes16:29
elodillesreleases were out last week16:29
elodillesyes16:29
sean-k-mooneywhich we released a few days ago16:29
sean-k-mooneyon friday16:29
bauzasso we're good16:29
sean-k-mooneyyes16:29
bauzaswe're just branching, but releƩases are already gone16:29
elodillesyepp :)16:29
sean-k-mooneyyep elodilles  pingged me and you on friday and i approved them a release leasion16:30
sean-k-mooneysicne you were busy16:30
bauzasgreat thanks then16:30
bauzasanyway, I guess we can move on then16:30
bauzassean-k-mooney: appreciated, the beauty of delegating :)16:30
gibi:)16:31
bauzasok, moving on, time flies16:31
bauzas#topic Review priorities 16:31
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%252B116:31
bauzasI only marked the osc-placement patch16:31
bauzasI'd hold my vote until we branch 16:31
bauzasbut given nobody +2d/+Wd we're safe16:32
bauzasanything to add ?16:33
gibi-16:34
bauzas#topic Stable Branches 16:34
bauzaselodilles: floor is yours16:34
elodilles#info queens and pike branches are blocked16:34
elodilles#info WA patch for stable/wallaby gate stability needs 2nd +2: https://review.opendev.org/83065616:34
elodillesmaybe this can have a prio ^^^ o:)16:34
elodillesbecause wallaby patches cannot really merge due to high failure rate16:35
elodilles#info stable/queens gate fix waiting for 2nd +2: https://review.opendev.org/830327 (needs to be backported to pike as well)16:35
elodilleswe haven't done stable releases for a long time, release patches now proposed: https://review.opendev.org/q/project:openstack/releases+intopic:nova+is:open16:35
bauzasI've seen them16:35
bauzasI added them in the RC etherpad for making sure we don't forget them16:36
elodillesmaybe this is a good time to release them, but let me know if we need to wait16:36
elodillesbauzas: ++16:36
bauzasI don't see any reason to hold a stable release but I could be wrong, I need to look at the open patchs16:36
bauzaspatches* even16:36
bauzasbut yeah, we need other cores for the stable branches fixes :)16:37
bauzasjust sayin'16:37
* gibi still not have the power over stable :)16:37
opendevreviewDan Smith proposed openstack/nova master: Add support for volume backed server rebuild  https://review.opendev.org/c/openstack/nova/+/82036816:37
opendevreviewDan Smith proposed openstack/nova master: Add conductor RPC interface for rebuild  https://review.opendev.org/c/openstack/nova/+/83121916:37
opendevreviewDan Smith proposed openstack/nova master: Add API support for rebuilding BFV instances  https://review.opendev.org/c/openstack/nova/+/83088316:37
dansmithwhoami-rajat: ^16:37
elodillesif bug fixes are landing during FF and final RC and we backport some of them then we can do another round of stable release16:38
elodillesi think ^^^16:38
bauzasdansmith: dude, we're in meeting, shhhttttt :p16:38
bauzasgibi: oh, that.16:38
bauzasgibi: could be fixable16:38
gibi;)16:38
elodilles:)16:39
* bauzas should write a new thread then16:39
dansmithbauzas: apologies16:39
bauzasdansmith: heh no worries you're not the first and you won't be the last16:39
bauzasthat's the drawback of in-channel meetings per se16:39
bauzasanyway16:39
bauzasnothing on stable, folks ?16:39
bauzasguess not16:40
bauzas#topic Open discussion 16:40
bauzasthis topic has nothing on the agenda16:40
bauzasany stuff someone wants to raise ?16:40
bauzasor shall I close it ?16:41
sean-k-mooneyi have one thing for us to reflect on. os-vif is pretty stable at this point i wonder if it makes sense to move to release independet16:41
bauzassean-k-mooney: interesting thoughts but I wonder if that would be more suitable at a PTG timing16:41
bauzasI'd be interested in hearing thoughts from the neutron team16:41
sean-k-mooneywe dont need to make any decission now ya we can discuss at ptg16:41
bauzastbc, release-independent doesn't prevent you to release at milestones16:42
sean-k-mooneycorrect16:42
bauzasit's just, you're free to do as you want16:42
sean-k-mooneyit just remove the requiremetn to have at least one release a cycle16:42
bauzassec16:42
bauzasverifying the requirements16:42
sean-k-mooneywe tend to have enough to do 1 release a cycle but typically dont have a need to do more hten one16:43
sean-k-mooneywhich we can do with the current model too16:43
elodilleshttps://releases.openstack.org/reference/release_models.html#independent16:43
*** bhagyashris_ is now known as bhagyashris|ruck16:43
elodillesthe definition ^^^16:43
* bauzas reads https://releases.openstack.org/reference/release_models.html16:43
bauzasdamn, burned16:43
elodilles:]16:43
sean-k-mooney we currently use cycle-with-intermediary which works fine16:43
bauzaswell, then let's discuss this at the PTG16:44
sean-k-mooneybut most of the changes tend to be paper work16:44
sean-k-mooneyack16:44
bauzasenforcing a release per cycle is something a bit loud, but this could be necessary16:44
bauzasreleasing the enforcement doesn't sound bad at a first glance, but I wonder the implications16:45
elodillesone significant thing is that os-vif won't have stable branches,16:45
elodillesbut i think not so much backports arrives there16:45
sean-k-mooneyelodilles: ya but we dont really do backports often16:45
elodillessean-k-mooney: ++16:45
sean-k-mooneywe do bug i can proably count them on two hands for the last 2-3 releases16:45
bauzasbut then we loose the possibility of doing them :)16:45
sean-k-mooneyyep16:46
sean-k-mooneylets talk about it later16:46
bauzasyup16:46
sean-k-mooneyjust wanted people to think about it16:46
bauzasthanks16:46
bauzasany other topic ?16:46
bauzassean-k-mooney: please put it somewhere in your brain until the ptg etherpad is created, I don't want to miss this conversation at the PTG16:46
bauzasthat said, if nobody has any items...16:47
bauzasthanks all16:47
bauzas#endmeeting16:47
opendevmeetMeeting ended Tue Mar  1 16:47:42 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:47
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2022/nova.2022-03-01-16.00.html16:47
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-03-01-16.00.txt16:47
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2022/nova.2022-03-01-16.00.log.html16:47
elodillesthanks bauzas o/16:47
chateaulav\o16:47
gibi\o16:48
chateaulavgibi: thanks as well, i appreciate all the help again!16:48
chateaulavsean-k-mooney: you as well16:48
gibichateaulav: thanks for the work!16:50
sean-k-mooneychateaulav: no worries.17:11
opendevreviewDan Smith proposed openstack/nova master: Add support for volume backed server rebuild  https://review.opendev.org/c/openstack/nova/+/82036817:16
opendevreviewDan Smith proposed openstack/nova master: Add conductor RPC interface for rebuild  https://review.opendev.org/c/openstack/nova/+/83121917:16
opendevreviewDan Smith proposed openstack/nova master: Add API support for rebuilding BFV instances  https://review.opendev.org/c/openstack/nova/+/83088317:16
dansmithwhoami-rajat: looks like there were more unit fails on the base patch.. I had only been going after the one that failed in the top patch18:00
dansmithprobably more of the same needed further down18:00
whoami-rajatdansmith, those were the tests i was referring to, they should be fixed with a single line in the test conductor code18:04
whoami-rajathttps://review.opendev.org/c/openstack/nova/+/831219/10/nova/tests/unit/conductor/test_conductor.py18:05
whoami-rajatL#38918:05
dansmithwhoami-rajat: ah okay so you're on top of it?18:05
whoami-rajatdansmith, i was skeptical about fixing conductor tests in the compute patch initially18:06
whoami-rajati can do that update if it sounds right18:06
dansmithyeah, conductor calls compute rpc, so if compute rpc client changes, then those tests have to change to match18:06
whoami-rajatdansmith, but we're fixing these tests because we added the conductor parameter (hack) which shouldn't have been there in the first place in the compute patch, also they're easier to fix since all rebuild args are placed at one place but we're fixing 18 tests because of a code change that shouldn't exist in this patch18:09
whoami-rajatthat's why i was skeptical about it ^18:10
dansmithI don't see it that way at all :)18:10
dansmiththe reason to break these things apart is to make sure each step works, because in reality, not all the services get upgraded at the same time in a real deployment,18:10
dansmithso doing the steps like this help ensure that we're not just shifting the state of the world atomically, which is how we discovered that the behavior of rebuild had changed, when we separated the api patch from the implementation18:11
dansmithit's not a "hack" to add a parameter that is the equivalent of what we have today as we step through those changes, it's just keeping things compatible18:12
whoami-rajatI understand why we are doing it like this but we already have rpc versions to check and maintain that compatibility (although this provides more assurance)18:13
whoami-rajatbut again, in a real deployment as well, if the compute is new and conductor is old, we will see the same failure in the logs as these tests18:14
dansmithbut we had versions in the initial unified patch, which weren't properly honoring the old behavior :)18:14
dansmithwhoami-rajat: just FYI, conductor always has to be upgraded before compute, it's in our upgrade process18:14
dansmithapi and conductor together, compute after18:15
whoami-rajatwe weren't passing the reimage_boot_volume parameter down to the compute in the initial patch so there weren't the RPC bumps but i get what you're saying, we wouldn't have discovered the issue if it wasn't for the split18:18
whoami-rajatmaybe it's just new for me to split the different services code apart18:18
whoami-rajatsorry for all the fuzz created :)18:18
dansmiths'ok, let's just get it right :)18:18
whoami-rajatack, on it18:19
opendevreviewMerged openstack/nova master: Move file system freeze after end of mirroring  https://review.opendev.org/c/openstack/nova/+/80371318:19
chateaulavgibi: im guessing for https://review.opendev.org/c/openstack/nova/+/828372 the -2 V is just an occasional hiccup with gate jobs18:40
elodillesdansmith: when you have some time, can you please use your stable core power on this one-liner patch? :) https://review.opendev.org/c/openstack/nova/+/830656/18:41
gibichateaulav: yepp, feel free to recheck18:41
chateaulavcool18:42
dansmithelodilles: done18:45
opendevreviewRajat Dhasmana proposed openstack/nova master: Add support for volume backed server rebuild  https://review.opendev.org/c/openstack/nova/+/82036818:47
opendevreviewRajat Dhasmana proposed openstack/nova master: Add conductor RPC interface for rebuild  https://review.opendev.org/c/openstack/nova/+/83121918:47
opendevreviewRajat Dhasmana proposed openstack/nova master: Add API support for rebuilding BFV instances  https://review.opendev.org/c/openstack/nova/+/83088318:47
whoami-rajatdansmith, instead of one, it was 3 line change but tests are passing now ^18:48
dansmithcool18:48
elodillesdansmith: thanks! \o/18:58
*** jparker__ is now known as jparker19:06
opendevreviewMerged openstack/nova stable/wallaby: skip test_tagged_attachment in nova-next  https://review.opendev.org/c/openstack/nova/+/83065620:28
opendevreviewMerged openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support  https://review.opendev.org/c/openstack/nova/+/82837222:05
*** dasm|rover is now known as dasm|off22:39
*** clarkb is now known as Guest98523:32
*** Guest985 is now known as clarkb23:41

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