Tuesday, 2022-09-13

*** tkajinam is now known as Guest16206:33
*** mgoddard- is now known as mgoddard08:11
Ugglasean-k-mooney[m], can you please recall me the link to your devstack installation tool using ansible + molecule ?08:24
whoami-rajathi sean-k-mooney , can you take a look at the comment here? basically stephenfin wants to rename the parameter to reimage-boot-volume and add a negative parameter along with it https://review.opendev.org/c/openstack/python-openstackclient/+/831014/7/openstackclient/compute/v2/server.py#309509:39
zigoI'm reading Nova release notes for Zed, and saw the thingy about hw:locked_memory. I wonder: what's the point of this feature? In which case one would want the memory to be locked, and to achieve what? Is this a security feature?10:32
sean-k-mooneyzigo: o/10:36
zigo:)10:37
opendevreviewAmit Uniyal proposed openstack/nova master: Adds check if blk_dev_info has correct falvor.swap  https://review.opendev.org/c/openstack/nova/+/85733910:37
sean-k-mooneyzigo: it was added for the viommu feature not because it requires it but on some aarch64 systems we needed to lock the memoy so that the acclerator could properly do a dma transfer10:37
sean-k-mooneyon x86 in general you dont need to do it at least when booting with pci device passhtough libvit will lock enough for the inital devices10:38
zigoOh, I see... So that's related to HW accelleration. Makes sense.10:38
sean-k-mooneyzigo: it was already used implictly when you enabled realtime cpus10:39
sean-k-mooneyyep locking the memory marks it as unswappable and unmovable10:39
sean-k-mooneymost of the time you do not need that kind of guarentee10:44
sean-k-mooneybut if you do now you can10:44
sean-k-mooneyanything else catch your eye?10:44
opendevreviewKonrad Gube proposed openstack/nova-specs master: Add API for assisted volume extend  https://review.opendev.org/c/openstack/nova-specs/+/85549012:25
opendevreviewBence Romsics proposed openstack/nova stable/victoria: Revert "Revert resize: wait for events according to hybrid plug"  https://review.opendev.org/c/openstack/nova/+/85742312:42
opendevreviewBence Romsics proposed openstack/nova stable/ussuri: Revert "Revert resize: wait for events according to hybrid plug"  https://review.opendev.org/c/openstack/nova/+/85742712:58
*** dasm|off is now known as dasm13:21
opendevreviewKonrad Gube proposed openstack/nova-specs master: Add API for assisted volume extend  https://review.opendev.org/c/openstack/nova-specs/+/85549013:30
opendevreviewKonrad Gube proposed openstack/nova-specs master: Add API for assisted volume extend  https://review.opendev.org/c/openstack/nova-specs/+/85549014:23
bauzasreminder : nova meeting in 43 mins15:17
bauzashere*15:17
elodillesbauzas: i'll do a quick update now to the stable section if you are not editing right now the agenda on the meeting page15:33
bauzaselodilles: do it now, I was working on the prelude change so I didn't had time yet to edit it 15:34
elodillesbauzas: ack, thanks, done15:39
bauzaselodilles: ok, will do it now15:39
opendevreviewSylvain Bauza proposed openstack/nova master: Prelude section for Zed release  https://review.opendev.org/c/openstack/nova/+/85746715:42
gibio/16:00
elodilleso/16:00
gibiheh16:00
gibi:)16:00
Ugglao/16:00
sean-k-mooneyo/16:00
gibiwe are too fast16:00
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Sep 13 16:00:38 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
bauzasheh16:00
dansmitho/16:00
bauzassorry, was finishing to update the agenda :)16:00
bauzasyou can raise hands if you want tho16:01
bauzasor meh16:01
bauzasbonjour everyone16:01
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:01
bauzasok, let's start, I'm pretty sure people who started earlier are not already gone16:01
bauzas#topic Bugs (stuck/critical) 16:01
bauzas#info One Critical bug 16:02
bauzas #link https://bugs.launchpad.net/nova/+bug/1988311 Now u-c updated https://review.opendev.org/c/openstack/requirements/+/856044 shall we set to High or close the bugĀ ?16:02
bauzas#link https://bugs.launchpad.net/nova/+bug/1988311 Now u-c updated https://review.opendev.org/c/openstack/requirements/+/856044 shall we set to High or close the bugĀ ?16:02
bauzasso,16:02
bauzasoslo.concurrency now is released with 5.0.116:02
bauzasupper-constraints are now updated16:02
bauzas#link https://review.opendev.org/c/openstack/requirements/+/85604416:02
bauzasI verified and both stable/yoga and master ask for oslo.concurrency older than 4.5.016:03
bauzashttps://review.opendev.org/c/openstack/requirements/+/85604416:03
sean-k-mooneyif the locks are now fixed with the oslo release we could clsoe but we need to raise our min verion16:03
bauzasso technically, I haven't checked but our gate uses the latest version16:03
sean-k-mooneyotherwise the problem still exstis and we might need to work around it on stable branches in nvoa16:04
bauzassean-k-mooney: correct, that's my point16:04
sean-k-mooneygibi i assume we will backprot the eventlet fix in oslo16:04
bauzasso we need to bump our mins for both yoga and master16:04
sean-k-mooneyto stable16:04
sean-k-mooneywe cant bump mins on stable16:04
sean-k-mooneybut we need to backport and ensure its allwoed by upper constratis16:04
sean-k-mooneyor we need to patch the lock in nova16:05
sean-k-mooneyand backprot that16:05
gibiI assume we backport the fix in oslo16:05
sean-k-mooneythat would be my prefernce too16:05
gibibut I did not have time to propose that16:05
bauzasok, at least I propose to set the bug to High16:05
bauzasthe gate isn't longer impact, our distros are tho16:05
sean-k-mooneyack16:05
bauzasimpacted*16:05
sean-k-mooneywell its cloased for master16:05
sean-k-mooneyand high for the older brnaches16:06
bauzasnot in the Nova project16:06
bauzasI can set a branch series for the bug16:06
sean-k-mooneyyou want to keep it up for the min version bump16:06
bauzaslemme do it16:06
bauzascorrect16:06
gibiack16:06
bauzasso,16:06
bauzasset to High, open a Yoga series to the bug report and set it to high too16:06
bauzasand ask for the bump in master and the backport in Yoga16:07
bauzaswfy ?16:07
sean-k-mooney+116:07
bauzasok, let me do the paperwork16:07
sean-k-mooneywell backport in oslo for yoga but yes16:07
gibilooks OK16:07
bauzasdone16:08
bauzasmoving on16:08
bauzas#link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 5 new untriaged bugs (-4 since the last meeting)16:08
bauzaskudos to Uggla for this excellent work16:09
bauzas#link https://storyboard.openstack.org/#!/project/openstack/placement 26 open stories (+0 since the last meeting) in Storyboard for Placement 16:09
bauzas#info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster16:09
bauzasUggla: do you want to discuss any bug ?16:09
Ugglabauzas, yes16:09
Ugglabauzas, https://bugs.launchpad.net/nova/+bug/1896617 seems valid for me. I have triaged it.16:10
opendevreviewBalazs Gibizer proposed openstack/nova master: Bump min oslo.concurrencty to >= 5.0.1  https://review.opendev.org/c/openstack/nova/+/85749116:10
UgglaBut I would like your opinion16:10
bauzasshit16:11
bauzasyeah, if we set the perms16:12
sean-k-mooneyhum16:14
sean-k-mooneyso right now this sound like an rfe to me16:14
sean-k-mooneyor at least its a new restriction how what nova ia and is not allwoed to assume16:15
sean-k-mooneynormally we assume that libvirt and nova can share a group16:15
sean-k-mooneywe do not document that you can harden in this way16:16
sean-k-mooneyso to me its not explcitly supported16:16
bauzassorry, had a doorbell16:17
bauzasI'm back16:18
bauzasyeah, so maybe the bug is valid as a Wishlist ?16:18
bauzassean-k-mooney: agreed ?16:19
sean-k-mooneyi dont think its a bug16:19
sean-k-mooneywe could have it be whishlist yes16:20
sean-k-mooneyas a mini feature16:20
sean-k-mooneyim writign a responce16:20
sean-k-mooneybut i think the aswer is to 16:20
bauzascool, can we move on then ?16:20
sean-k-mooneychown nova:$libvirt-group16:20
sean-k-mooneyand then libvirt gets read via the group16:20
bauzasif you really think this is a feature, we can set it to Invalid/Wishlist and ask for a blueprint to be filled16:20
bauzasbut that's tough for reporters16:20
bauzassean-k-mooney: yeah, ideally the group shall be libvirt but this sounds distro-oriented16:21
sean-k-mooneyya i think so to as its is not a documented deployment model we support16:21
bauzasproblem is, we set perms16:21
sean-k-mooneywell it the "libvirt group" but that is disto dependet16:21
bauzasso we're opiniated16:21
sean-k-mooneywe can have that be a config option16:22
bauzassean-k-mooney: yeah that's my point, this is distro-specific16:22
bauzasI honestly don't like us to be opinionated about the perms we shall set16:22
bauzasso, yeah a config knob seems maybe the best16:22
bauzasor... I dunno16:22
bauzasshall we just assume the tempdir is readable by anyone ?16:23
sean-k-mooneywe have some requirment around this for vhost-user by the way16:23
bauzasnot by *anyone*16:23
bauzasbut at least should we just document this is distro-specific and us having a requirement that the directory you set in nova.conf has right perms accordingly?16:24
bauzasand remove this chmod in the code16:24
sean-k-mooneywell maybe not16:24
bauzasthis would require an upgrade relnote so a spec tho16:24
sean-k-mooneyi would have to look at the code but we can take this offline after the meeting16:25
bauzasI don't like the idea of nova managing the underlying OS16:25
bauzascool16:25
Ugglaif I'm not wrong we are setting o+r, I don't really get the diff if we add o+g too.16:25
bauzasUggla: the point is that I don't see why Nova should do it16:25
sean-k-mooneybauzas:16:26
Ugglabut it is already in the driver.py. 16:26
bauzasshalln't we just assume the directory are correctly readable by the required users ?16:26
sean-k-mooneywe assume tha tnova is in the libvirt group so that we can read the disk to upload the snapshot16:26
sean-k-mooneyin there case nova si not in the libvirt-qemu group i think16:26
sean-k-mooneyalthoguh they apprently worked around this by addign libvirt-qemu user ot nova group16:27
sean-k-mooneywhich is backwards16:27
bauzaslet's put this bug as Opinion then16:28
bauzasthis is half distro-specific, half a nova problem16:28
bauzasand people wanting to discuss the resolution are more than happy to engage later on after the meeting16:29
bauzastime flies and we're at the half of the meeting16:29
bauzasagreed ?16:29
sean-k-mooneyack16:29
Ugglaack16:30
bauzasmoving on16:31
gibiworks for me16:31
bauzassean-k-mooney: do you have time to do some upstream bug triage this week ?16:31
bauzaskeeping in mind this is best-effort16:31
sean-k-mooneyi guess so16:31
Ugglabauzas, fyi there are only 4 new bugs remaining now.16:32
bauzas\o/16:32
bauzassean-k-mooney: thanks16:32
bauzasand again, if you can't, no worries16:32
bauzas #info bug baton is being passed to sean-k-mooney16:34
bauzasdamn16:34
bauzas#info bug baton is being passed to sean-k-mooney16:34
bauzas#topic Gate status 16:34
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:34
bauzas#link https://zuul.openstack.org/builds?project=openstack%2Fplacement&pipeline=periodic-weekly Placement periodic job status 16:34
bauzas#link https://zuul.openstack.org/builds?job_name=tempest-integrated-compute-centos-9-stream&project=openstack%2Fnova&pipeline=periodic-weekly Centos 9 Stream periodic job status16:34
bauzas#link https://zuul.opendev.org/t/openstack/builds?job_name=nova-emulation&pipeline=periodic-weekly&skip=0 Emulation periodic job runs16:34
bauzas#info Please look at the gate failures and file a bug report with the gate-failure tag.16:35
bauzas#info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures16:35
bauzasall runs are green, nothing to say16:35
bauzasmoving on ?16:35
bauzaslooks so16:36
bauzas#topic Release Planning 16:36
bauzas#link https://releases.openstack.org/zed/schedule.html16:36
bauzas#info RC1 is this Thursday16:36
bauzasthis is important ^16:36
sean-k-mooneyyep branches will be cut once rc1 is out16:36
bauzasas a reminder, we'll branch stable/zed from this point in time16:36
gibiI've just pushed the oslo.concurrency min bump https://review.opendev.org/c/openstack/nova/+/857491 that is important for RC!16:36
gibiRC116:37
bauzasgibi: you give me a perfect opportunity for the next item16:37
bauzasas a reminder too, after RC1 and before GA, we will only be able to accept stable/zed backports if and only if those are regression bugfixes16:38
bauzasI have a couple of bugs waiting for reviews that help our vgpu state of art, but let's defer them to Antelope16:38
bauzass/bugs/bugfixes/16:38
bauzasso those 2 days are crucial for any bugfix requring to be merged16:39
bauzasaccordingly, I created an etherpad for tracking16:39
bauzas#link https://etherpad.opendev.org/p/nova-zed-rc-potential Zed RC tracking etherpad16:39
* sean-k-mooney man we are expeded to write bugfixes and bugs so un reasonable :P16:39
bauzasthis etherpad will be used for tracking RC1 prep, and other RCs until Zed GA16:39
sean-k-mooneyhave you created the bug lable yet16:40
bauzasplease take a look on it, as I beg for reviewers16:40
sean-k-mooneyin launchpad16:40
bauzasreviews*16:40
bauzassean-k-mooney: you mean the stable tag ?16:40
bauzasyes16:40
bauzas#info people can tag launchpad bug reports with zed-rc-potential tag if they consider the bugfix important for RC1 or later (if regression fix)16:41
sean-k-mooneyi mean zed-rc-potential tag yes16:41
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=zed-rc-potential16:41
bauzasall of this is in the etherpad16:41
bauzasand accordingly,16:41
bauzasgibi: I just add your https://review.opendev.org/c/openstack/nova/+/857491 to the list of RC1 needed patches16:41
gibiI've already added16:42
gibiL4316:42
bauzasperfect16:42
sean-k-mooneyi just made it an offical tag too so it will come up when you type16:42
bauzassean-k-mooney: oh good point, I forgot this cycle16:43
bauzasthanks16:43
bauzasso, we have a couple of important patches16:43
bauzasfor those which are from the release team, there is a ETD 16:43
bauzaswhich is Friday16:43
bauzasif we don't say anything, those will be merged as it is16:43
bauzasso, reviews.16:44
bauzasI'll ping a couple of cores those two days to ensure we're in a good shape before we branch16:44
gibiack16:44
bauzasthe placement and nova zed branch patches are already there :)16:45
bauzasif you don't wanna freak out :)16:45
bauzasbut I'm not happy with the SHA1 so I'll officially -1 the nova one (cc elodilles ;) )16:45
bauzasok, now, I have one question16:45
elodillesbauzas: saw that, thanks!16:46
bauzaswith https://review.opendev.org/c/openstack/nova/+/855706, sean-k-mooney raised a good point about the min compute version we shall support for Zed16:46
bauzasfor the moment, we say Xena16:46
elodilles(and waiting for a response on the placement patch :))16:46
bauzasin https://github.com/openstack/nova/blob/master/nova/objects/service.py#L23316:46
sean-k-mooneyyep it should by Yoga16:46
sean-k-mooneyhttps://github.com/openstack/governance/blob/master/resolutions/20220210-release-cadence-adjustment.rst#proposed-solution16:46
sean-k-mooney"""Y->A should be a "dress rehearsal" where we have the jobs enabled to help smoke out any issues, but where hard guarantees are not yet made."""16:47
bauzassean-k-mooney: takashi made a patch accordingly16:47
opendevreviewMerged openstack/os-vif stable/zed: Update .gitreview for stable/zed  https://review.opendev.org/c/openstack/os-vif/+/85678016:47
bauzas#link https://review.opendev.org/c/openstack/nova/+/85689516:47
bauzassean-k-mooney: agreed on the resolution so we then need to merge https://review.opendev.org/c/openstack/nova/+/856895 before RC116:48
bauzassean-k-mooney: I personally feel the rpc alias and the min version bump shall continue to be separate patches16:48
bauzasso I'll +2 boht16:48
sean-k-mooneyok16:49
sean-k-mooneyif they are both merged for rc then im ok with that16:49
sean-k-mooneyi should drop my -1 then on the other patch16:49
sean-k-mooneyi would prefer to do these together in general but either works16:50
bauzassean-k-mooney: previously we kept them separately16:50
gibiI have to review those16:50
sean-k-mooneyi set review priorty on both16:50
bauzasas ideally, rpc aliases should be merged just before RC1 while min version bumps shall be merged at the beginning of the release16:51
sean-k-mooneyill look at them agin later and droped my -116:51
sean-k-mooneyim not convice thats the case16:51
sean-k-mooneyor that they need to be seperate16:51
bauzasI'll update the PTL guide to reflect this16:52
bauzasand sean-k-mooney, you're up to debate in such patch16:52
sean-k-mooneywe had some discussion about if we shoudl be recording the min or max verison supproted by a release by the way16:52
bauzas(in the PTL guide patch, I mean)16:52
bauzasmoving on16:52
bauzas#topic PTG planning 16:52
bauzas#link https://etherpad.opendev.org/p/nova-antelope-ptg Antelope PTG etherpad16:52
bauzasas a reminder ^16:52
bauzas#link https://ptg.opendev.org/ptg.html PTG schedule16:52
bauzasI made the bookings as agreed ^16:53
opendevreviewMerged openstack/os-vif stable/zed: Update TOX_CONSTRAINTS_FILE for stable/zed  https://review.opendev.org/c/openstack/os-vif/+/85678116:53
bauzas#topic Review priorities 16:53
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:53
bauzasnothing to say about those16:53
bauzasfeel free to engage on review-prio patches during the day16:54
bauzas#topic Stable Branches 16:54
sean-k-mooneywe should add rc bugs to the review priortes16:54
bauzaselodilles: your 5-min turn16:54
bauzassean-k-mooney: I can do it16:54
elodillesack16:54
elodilles#info stable/yoga seems to be blocked by openstacksdk-functional-devstack job16:54
elodillesthe py39 issue was resolved,16:54
elodillesbut it seems openstacksdk-functional-devstack fails now instead :/16:55
opendevreviewMerged openstack/python-novaclient stable/zed: Update .gitreview for stable/zed  https://review.opendev.org/c/openstack/python-novaclient/+/85678816:55
opendevreviewMerged openstack/python-novaclient stable/zed: Update TOX_CONSTRAINTS_FILE for stable/zed  https://review.opendev.org/c/openstack/python-novaclient/+/85678916:55
elodillesJayF called our attention yesterday about it16:55
bauzasdamn16:55
elodillesi had only a quick look and it fails on other projects gate as well, so it is not just nova16:55
elodillesbeyond this16:55
elodilles#info stable/stein (and older) are blocked: grenade and other devstack based jobs fail with the same timeout issue as stable/train was previously16:55
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:56
elodillesthe usual things ^^^16:56
elodillesthat's it16:56
bauzaselodilles: fancy writing an email to the world explaining the gate blocker ?16:56
elodillesbauzas: yepp, i can do that16:56
bauzasI just hope someone will just magically wake up and say he'll look16:57
bauzaselodilles: all projects being impacted by the sdk, you said ?16:57
elodillesnot all16:57
elodillesbut i've seen some others16:57
sean-k-mooneyis that the storage cleanpu failure16:57
sean-k-mooneyin the functional job16:57
sean-k-mooneywhere its failing to delete the volume16:58
sean-k-mooneybecuase the snapshot is not deleted16:58
sean-k-mooneyah it is test_block_storage_cleanup16:58
elodillesyepp, test_block_storage_cleanup16:58
sean-k-mooneyya so they trided to fix it by doing it in a loop twice16:58
sean-k-mooneybut that obviouly does not work16:58
sean-k-mooneyso the test is flaky 16:59
elodillesoh, so it's a known issue :-o16:59
bauzas=> remove the flakey test then16:59
sean-k-mooneyill see if i can get the patch16:59
bauzasand unblock the gate16:59
sean-k-mooneywe cant currently filter those16:59
sean-k-mooneyvia the job config16:59
bauzasanyway, we're on time17:00
sean-k-mooneyefoley and i https://review.opendev.org/c/openstack/openstacksdk/+/856509 tried to fix it by backporting that17:00
sean-k-mooneybut then we realised it always uses master17:00
bauzaslet's wrap this meeting and continue the stable/yoga discussion right after if you want17:00
bauzas#topic Open discussion 17:00
bauzasnothing17:01
sean-k-mooneyso https://review.opendev.org/c/openstack/openstacksdk/+/852992 was ment to fix it but does not17:01
JayFMight be worth noting for meeting notes purposes that folks running Ironic back as far as train should update their Nova checkout 17:01
JayFas all known fixes for the Ironic driver have been backported17:01
opendevreviewMerged openstack/osc-placement stable/zed: Update .gitreview for stable/zed  https://review.opendev.org/c/openstack/osc-placement/+/85678417:01
opendevreviewMerged openstack/osc-placement stable/zed: Update TOX_CONSTRAINTS_FILE for stable/zed  https://review.opendev.org/c/openstack/osc-placement/+/85678517:01
JayF(and I know for em branches we don't do releases)17:01
bauzasJayF: want me to offically set an #info ?17:01
bauzas:)17:01
JayFbauzas: if you think anyone who cares would read it :D 17:02
sean-k-mooneyelodilles: i just opened a revert https://review.opendev.org/c/openstack/openstacksdk/+/85747117:02
sean-k-mooneythe https://review.opendev.org/c/openstack/openstacksdk/+/852992 fixes an issue and intoduces the flaky test17:02
sean-k-mooneyso maybe a partial revert17:02
sean-k-mooneykeep the fix but revert the new test caes17:03
bauzas#info Ironic operators running train or later are more than welcome to upgrade their nova checkout with latest stable releases since bugfixes are released now17:03
bauzasJayF: ^ happy ? :)17:03
JayFthank you :D17:03
elodillessean-k-mooney: ack, thanks for the info! i'll look at them then17:03
gibi(it feels like we have to parallel meeting both overrun its time)17:03
bauzasJayF: people reading our notes are beasts I don't know17:03
gibi*two17:03
bauzasgibi: well, I'll offload you some task17:04
bauzasthanks all17:04
bauzas#endmeeting17:04
opendevmeetMeeting ended Tue Sep 13 17:04:20 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:04
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2022/nova.2022-09-13-16.00.html17:04
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-09-13-16.00.txt17:04
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2022/nova.2022-09-13-16.00.log.html17:04
elodillesthanks bauzas o/17:04
gibibauzas, sean-k-mooney: fyi I -1 on https://review.opendev.org/c/openstack/nova/+/856895 It think that patch does more what we need17:04
gibibut I have to drop now17:04
gibiping me tomorrow if the comment is not clear17:04
gibio/17:05
sean-k-mooneyafck17:05
sean-k-mooneyack17:05
elodillessean-k-mooney: if the original fix did not merge into yoga, then how is it causing failing tests? :-o or is that only some part of the fix? 17:06
elodillessean-k-mooney: sorry, it seems i'm a bit lost there o:)17:07
sean-k-mooneywe proposed it in yoga but then realised that there is a branch overried17:07
sean-k-mooneyso emmas patch is not needed17:07
sean-k-mooneyeven though the sdk is branched17:07
elodillessean-k-mooney: oh, i see! as sdk is taken from master branch17:08
sean-k-mooneythe sdk jobs always use master sdk on any stable branch17:08
sean-k-mooneyyep17:08
sean-k-mooneyso that is why a mager change broke stable17:08
elodillessean-k-mooney: sorry :S now i get it o:)17:08
sean-k-mooneyso we might want to drop https://review.opendev.org/c/openstack/openstacksdk/+/857471/1/openstack/block_storage/v3/_proxy.py but https://review.opendev.org/c/openstack/openstacksdk/+/857471/1/openstack/tests/functional/cloud/test_project_cleanup.py is the flaky test that we should revert out17:11
sean-k-mooneyill do that and rebase it to the tip of master17:12
elodillessean-k-mooney: thanks!17:14
sean-k-mooneyhttps://review.opendev.org/c/openstack/openstacksdk/+/85747117:20
sean-k-mooneyok so that is just removing the test cases now17:20
sean-k-mooneythe retry they added is preserved to not regress https://storyboard.openstack.org/#!/story/201021717:20
elodillessean-k-mooney: ++17:23
sean-k-mooneybauzas: by the way while im going to attent the ptg i dont plan on addign any topics this time to the adgenda17:30
sean-k-mooneydansmith: by the way does your n-2 greade job still work17:32
sean-k-mooneyif so we should likely add that to the check pipline or the perodic pipelien one RC1 is out using yoga as a base17:33
sean-k-mooneyso weekly at a minium but we could run it on each patch if we wanted too17:33
sean-k-mooneythats proably a ptg topic i guess17:34
sean-k-mooneyi.e. how and what level of testing we wil do in A as part of the dress rehersal for C17:34
sean-k-mooneyis it the grenade-skip-level: jobs17:36
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/.zuul.yaml#L705-L70617:36
sean-k-mooneyya it is https://opendev.org/openstack/grenade/src/branch/master/.zuul.yaml#L37717:37
sean-k-mooneyso we wil need a variant for tha tthat is based on yoga as the base and master as the target for A17:38
sean-k-mooneyits proably best to do that in hte grenade repo17:38
dansmithsean-k-mooney: we won't know until we start running it again, but it's supposed to17:42
dansmithbut we shouldn't be running it on zed-rc right? just on master (antelope) right?17:42
dansmithoh, "once rc1 is out" yeah17:42
sean-k-mooneyyep17:42
sean-k-mooneyso from friday or next week17:42
sean-k-mooneywe can trun it back on on master17:43
sean-k-mooneyand pin to yoga17:43
sean-k-mooneyas teh from branch17:43
sean-k-mooneyits currently wallaby17:43
sean-k-mooneyfor xena17:43
sean-k-mooneysorry for yoga17:43
sean-k-mooneyletters are hard hehe17:44
dansmithyeah17:44
opendevreviewMerged openstack/python-novaclient master: Update master for stable/zed  https://review.opendev.org/c/openstack/python-novaclient/+/85679018:27
*** dasm is now known as dasm|off22:28
*** dasm|off is now known as Guest30523:03

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