Monday, 2022-08-29

opendevreviewBrett Milford proposed openstack/nova master: Handle "no RAM info was set" migration case  https://review.opendev.org/c/openstack/nova/+/85200200:29
*** lbragstad2 is now known as lbragstad01:04
opendevreviewBrett Milford proposed openstack/nova master: Handle "no RAM info was set" migration case  https://review.opendev.org/c/openstack/nova/+/85200201:05
*** dasm is now known as Guest146601:41
opendevreviewAmit Uniyal proposed openstack/nova master: Adds a repoducer for post live migration fail  https://review.opendev.org/c/openstack/nova/+/85449904:05
gibigood morning07:07
opendevreviewBalazs Gibizer proposed openstack/nova master: Filter PCI pools based on Placement allocation  https://review.opendev.org/c/openstack/nova/+/85412007:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Factor out base class for candidate aware filters  https://review.opendev.org/c/openstack/nova/+/85492907:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Store allocated RP in InstancePCIRequest  https://review.opendev.org/c/openstack/nova/+/85412107:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Func test for PCI in placement scheduling  https://review.opendev.org/c/openstack/nova/+/85412207:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Support cold migrate and resize with PCI tracking in placement  https://review.opendev.org/c/openstack/nova/+/85424707:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Support evacuate with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85461507:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Support unshelve with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85461607:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Support same host resize with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85444107:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Test reschedule with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85462607:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Test multi create with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85466307:39
opendevreviewBalazs Gibizer proposed openstack/nova master: Allow enabling PCI scheduling in Placement  https://review.opendev.org/c/openstack/nova/+/85492407:39
opendevreviewBalazs Gibizer proposed openstack/nova master: DNM: Enable pci in placement feature  https://review.opendev.org/c/openstack/nova/+/85492507:39
songwenpinggibi: hi, can we delete the server group policy that is used by the vms?08:29
sean-k-mooneysongwenping: not really, you may be able to delete the server group but you will not be able to add those vms to anohter08:31
sean-k-mooneyhttps://docs.openstack.org/api-ref/compute/?expanded=delete-server-group-detail#delete-server-group08:31
songwenpingsean-k-mooney: thanks, but this will effect the vm's evacuate and migrate if delete.08:33
sean-k-mooneysongwenping: there is an api to delete the server group  but just be aware that your exiting instances cand be added to a new server group in the future08:33
sean-k-mooneyif you delete the server group all affinity polices associated will be lost08:33
songwenpingwhy donnot we limit the delete?08:35
sean-k-mooneylimit the delete?08:35
sean-k-mooneyserver groups are a normal tenant concept08:35
sean-k-mooneyso a project member should be able to create and or delete them08:36
sean-k-mooneywhy would we limit the delete08:36
songwenpingno, if there are vms associated, we cannot delete the group.08:36
sean-k-mooneythats really a teanat choice08:37
sean-k-mooneywe could block it08:37
sean-k-mooneybut we generally assume our tenant and oeprator are compitent by default08:38
sean-k-mooneywhich is why we do not block delete falvors that are in user or images08:38
sean-k-mooneydeleteing an image potentially make a vm un evacuatatble08:39
songwenpingsean-k-mooney: thanks, got it. i have another question: on a customer's AMD server, the gpu's iommu group have many other devices which effects the passthrough to vm, how can we indivial the imommu group?09:11
opendevreviewGhanshyam proposed openstack/nova master: Add documentation and releasenotes for RBAC change  https://review.opendev.org/c/openstack/nova/+/85488209:18
sean-k-mooneysongwenping: did they set amd_iommu=on09:25
songwenpingyes09:25
sean-k-mooneythen they have 3 possiable path forward09:26
*** elodilles is now known as elodilles_pto09:26
sean-k-mooney1  move the card to a pci slot that is directly connected to the cpu and not the chipset09:26
songwenpingwhen i set all the devices' driver to vfio-pci, the gpu can passthrough to the vm.09:26
sean-k-mooney2 check if the bios has the ablity to seperate the devie explictly 09:27
sean-k-mooney3 use the out of tree kernel patch for iommu remapping09:27
sean-k-mooney"PCIe ACS Override for bypassing IOMMU groups support." https://github.com/xanmod/linux-patches/blob/master/linux-5.19.y-xanmod/pci_acso/0001-pci-Enable-overrides-for-missing-ACS-capabilities.patch09:28
sean-k-mooneysongwenping: yes that  a limitation of vfio-pci09:30
sean-k-mooney"PCIe ACS Override for bypassing IOMMU groups support." https://github.com/xanmod/linux-patches/blob/master/linux-5.19.y-xanmod/pci_acso/0001-pci-Enable-overrides-for-missing-ACS-capabilities.patch09:30
sean-k-mooneywould allow you to force the device into its own iommu group if they cant take the simpler options of movign the card to be driectly conneccted to the cpu instead of the chipset09:31
songwenpingthis patch is relatively new.09:31
sean-k-mooneythat version of it09:31
sean-k-mooneythe patch has been around for a few years09:32
sean-k-mooneythe orginal one is form 201809:32
sean-k-mooneycorrect 2013 https://lkml.org/lkml/2013/5/30/51309:32
sean-k-mooneyi honeestly dont know why this has not landed other then alex is busy with other things09:33
sean-k-mooneyit would be really really useful for vms09:33
*** brinzhang0 is now known as brinzhang09:33
songwenpingthanks, i will try to merge the patch.09:35
gibisean-k-mooney: I've reviewed the user_data and the rebuild bfv patches. I will go and dig into the func test part ofthe bfv patch now. 09:36
gibisean-k-mooney, stephenfin: if you have cycles then the next 11 PCI patch is ready to land ;)09:36
opendevreviewAmit Uniyal proposed openstack/nova stable/victoria: add regression test case for bug 1978983  https://review.opendev.org/c/openstack/nova/+/85497909:39
opendevreviewAmit Uniyal proposed openstack/nova stable/victoria: For evacuation, ignore if task_state is not None  https://review.opendev.org/c/openstack/nova/+/85498009:39
admin1hi .. i am getting  this error:  nova-compute Connection to libvirt failed: authentication failed: authentication failed: libvirt.libvirtError: authentication failed: authentication failed   and the compute node is unable to register itself .. i am using kolla-ansible  yoga  .. 09:57
sean-k-mooneythey changed how they connect10:14
sean-k-mooneythat is really a question for the kolla channel since nova was not involved in this change10:14
sean-k-mooneyadmin1: they enabled more authentication by default10:14
sean-k-mooneyadmin1: you can tempoarly disable ths use of sasl authentication https://github.com/openstack/kolla-ansible/blob/master/doc/source/reference/compute/libvirt-guide.rst#sasl-authentication10:15
sean-k-mooneynoonedeadpunk: was i chating to you about ^ in the past 10:17
sean-k-mooneytriging to rememebr who hit that before10:17
* noonedeadpunk can't remember that at all10:18
sean-k-mooneynoonedeadpunk: porably wrong user name then10:18
sean-k-mooneyim trying to think who works at blizzard10:19
opendevreviewAmit Uniyal proposed openstack/nova stable/victoria: add regression test case for bug 1978983  https://review.opendev.org/c/openstack/nova/+/85497910:19
noonedeadpunkwe never did sasl in osa, we use tls certs auth between computes for migrations10:19
sean-k-mooneyits been a month or two10:19
admin1maybe spatel :) 10:19
sean-k-mooneynoonedeadpunk: tls is more secure for sure10:19
noonedeadpunkafaik he's not from blizzard )10:20
sean-k-mooneyspatel is not no10:20
admin1yeah 10:20
sean-k-mooneyi could proably gerp my logs but admin1 that is likely your issue10:20
noonedeadpunkbtw talking about auth, it's sad that for offline migrations you still have to ensure SSH connection between computes :(10:20
sean-k-mooneyoffline you mean cold10:20
noonedeadpunkyeah, sorry, cold10:21
sean-k-mooneyya for the disk copy and more importantly if you are using cpeh/bfv for the file system check10:21
noonedeadpunkas for live migrations libvirt is jsut leveraged10:21
sean-k-mooneythat could be remvoed10:21
noonedeadpunkcan it? hm, I can recall I still had to ensure ssh even for ceph10:22
sean-k-mooneybut it need some changes to how we check for shared filesystem10:22
sean-k-mooneywe could replcase the ssh requirement with doign the check via an rpc10:23
sean-k-mooneyright now we ssh to the dest and toch a file10:23
noonedeadpunkah, ok, now I got what you meant10:23
sean-k-mooneythen check on the source if we can see it10:24
sean-k-mooneybut we could do that via an rpc10:24
noonedeadpunkyeah, I thought the same, but ENOTIME as usual10:24
sean-k-mooneyfor live migration we actully have the rpcs in place we woudl just do it avia the existing pre-migration rpcs10:25
sean-k-mooneyi dont know if we can do the same for cold migratoin today as i dont know if we have rpcs to the dest at the right times that we can extend10:26
opendevreviewribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (objects)  https://review.opendev.org/c/openstack/nova/+/83940110:38
opendevreviewribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (manila abstraction)  https://review.opendev.org/c/openstack/nova/+/83119410:38
opendevreviewribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (drivers and compute manager part)  https://review.opendev.org/c/openstack/nova/+/83309010:38
opendevreviewribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (api)  https://review.opendev.org/c/openstack/nova/+/83683010:38
opendevreviewribaudr proposed openstack/nova master: Bump compute version and check shares support  https://review.opendev.org/c/openstack/nova/+/85049910:38
opendevreviewribaudr proposed openstack/nova master: Add metadata for shares  https://review.opendev.org/c/openstack/nova/+/85050010:38
opendevreviewribaudr proposed openstack/nova master: Add instance.share_attach notification  https://review.opendev.org/c/openstack/nova/+/85050110:38
opendevreviewribaudr proposed openstack/nova master: Add instance.share_detach notification  https://review.opendev.org/c/openstack/nova/+/85102810:38
opendevreviewribaudr proposed openstack/nova master: Add shares to InstancePayload  https://review.opendev.org/c/openstack/nova/+/85102910:38
opendevreviewribaudr proposed openstack/nova master: Add instance.power_on_error notification  https://review.opendev.org/c/openstack/nova/+/85208410:38
opendevreviewribaudr proposed openstack/nova master: Add instance.power_off_error notification  https://review.opendev.org/c/openstack/nova/+/85227810:38
opendevreviewribaudr proposed openstack/nova master: Add helper methods to attach/detach shares  https://review.opendev.org/c/openstack/nova/+/85208510:38
opendevreviewribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working.  https://review.opendev.org/c/openstack/nova/+/85208610:38
opendevreviewribaudr proposed openstack/nova master: Add virt/libvirt error test cases  https://review.opendev.org/c/openstack/nova/+/85208710:38
opendevreviewribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part)  https://review.opendev.org/c/openstack/nova/+/85482310:38
opendevreviewribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute and API part)  https://review.opendev.org/c/openstack/nova/+/85482410:38
opendevreviewribaudr proposed openstack/nova master: Change microversion to 2.93  https://review.opendev.org/c/openstack/nova/+/85208810:38
opendevreviewAmit Uniyal proposed openstack/nova stable/victoria: add regression test case for bug 1978983  https://review.opendev.org/c/openstack/nova/+/85497910:53
opendevreviewAmit Uniyal proposed openstack/nova stable/victoria: For evacuation, ignore if task_state is not None  https://review.opendev.org/c/openstack/nova/+/85498010:53
sean-k-mooneygibi: did you fiture out why you could not do request_id=uuidutils.generate_uuid(dashed=True)10:54
sean-k-mooneyby the way10:54
sean-k-mooneyoh nevermind10:55
sean-k-mooneyyes we did10:55
gibiyes I did and I already forgot it :)10:55
sean-k-mooneyi  was the util function10:55
sean-k-mooneyyou moved it to the object10:55
gibiahh yes10:56
gibitrue10:56
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/853835/910:56
sean-k-mooneyi was just clenaing up the nova repo i had the DNM change checked out in10:57
sean-k-mooneyim going to start backporting the first vdpa patch10:57
sean-k-mooneyalthough i think i need to backport one of your patches first10:57
sean-k-mooneythe compute manger restart patch10:58
gibiyeah on the libvirt tests fixture we overlap a bit10:59
gibihopefully not much10:59
sean-k-mooneywell im just using it for one test10:59
sean-k-mooneythe evacuate test10:59
sean-k-mooneyso i just need to backport it and then rebase on top10:59
sean-k-mooneyah found it https://review.opendev.org/c/openstack/nova/+/85051011:00
sean-k-mooneyok so im going to try backporting that and then ill cherry pick my patch11:00
gibinow I'm done with the func test part of the rebuild bfv as well. I found nothing serious so I think we can land the series this week11:05
gibinext up is the manila series...11:05
gibibut I need to get food first11:05
sean-k-mooneyhas the userdata patch been updated11:05
sean-k-mooneyif that is not updated today we should change the order or perhaps one of us can adress the nits11:06
gibisean-k-mooney: it was updated during the weekend11:06
sean-k-mooneyah ok ill review that when im done with this then11:07
gibithere is some failing unit tests but the overal logic now looks good to me11:07
sean-k-mooneyapi sample tests or generic unit tests11:11
sean-k-mooneyoh ... this might also need some of the double mockign seriese11:20
sean-k-mooney:)11:32
stephenfinsean-k-mooney: gibi: continuing it here, I think they need a PTL to ack the patch against openstack/release11:33
sean-k-mooneystephenfin: are there any others i should look at or jsut nova client11:33
sean-k-mooneystephenfin: no they dont11:33
stephenfinI'd ask elodilles directly but he's on PTO11:33
sean-k-mooneyit ptl or whoever is listed here https://github.com/openstack/releases/blob/master/data/release_liaisons.yaml#L93-L9611:34
stephenfinah11:35
stephenfinsweet11:35
stephenfinthen I guess you can do it :)11:35
sean-k-mooneyim just looking at the changes between the current sha and the old one11:35
sean-k-mooneystephenfin: we might end up doing another release if we land some of the inflight changes11:38
sean-k-mooneybut i have no issue with doing this release now11:38
stephenfinthat's okay, I think?11:38
sean-k-mooneyhttps://review.opendev.org/c/openstack/releases/+/85436211:38
sean-k-mooneyptl-approved flag is no set11:38
sean-k-mooneyya its ok11:38
sean-k-mooneyrelease are cheap11:38
sean-k-mooneyi assume this is needed for ocs change to merge or simialr11:39
sean-k-mooneyi know those micorversion also had osc patches11:39
sean-k-mooneystephenfin: anyway let me know if you need release for anything else in the nova deliverables or ping bauzas tomorrow11:42
sean-k-mooneyif im not about11:42
gibiI'm not sure we have rel mgmt up yet as elodilles_pto is on pto today11:50
sean-k-mooneyeven if we do im not sure if we have two of them11:51
sean-k-mooneygiven its still pto season11:51
gibiyeah11:51
sean-k-mooneyhum https://review.opendev.org/c/openstack/nova/+/851445 helped but i sill have 74 failing tests11:53
sean-k-mooney AttributeError: 'VGPUTests' object has no attribute 'libvirt'11:53
sean-k-mooneyso the libvirt fixutre is still not quite working11:53
gibihm, that is still somehow related to the mock stuf11:53
gibihave you looked at https://review.opendev.org/c/openstack/nova/+/85246411:54
sean-k-mooneynope bug that looks relevent11:54
sean-k-mooney*but11:55
sean-k-mooneyill pull that in and see if it resolves the issue11:55
sean-k-mooneyi wonder if i should squash the too for backport or not11:55
gibiprobalby OK to squash11:55
sean-k-mooneyill try adding them seperatly and see  if that resovles the issue then i can squash11:55
gibiack11:56
sean-k-mooneyim not actully backporting the mock removal by the way11:59
sean-k-mooneyjust the double mocking patch11:59
sean-k-mooneyso stable will still use mock the lib11:59
sean-k-mooneybut without the double mocking11:59
gibihm, I think that is OK12:00
sean-k-mooneylooks like ill need https://opendev.org/openstack/nova/commit/cd03bbc1c33e33872594cf002f0e7011ab8ea047 too12:03
sean-k-mooneythat should be ok to backport too12:04
sean-k-mooneythats needed for fake_get_mac_by_pci_address12:05
sean-k-mooneythat bug has existied since pf support was added so backporting to wallaby is fine12:05
gibiahh yeah, that was en extension to the fixture12:05
sean-k-mooneyya i could just pull that in but if this does not cause much issue ill just backport it12:05
gibibut for the MAC update to work we need https://review.opendev.org/c/openstack/neutron/+/829247 on the neutron side too12:06
sean-k-mooneyyes12:06
gibithis is getting hairy :)12:06
sean-k-mooneybut having the mac info wont break anything12:06
gibitrue12:06
sean-k-mooneyso we can also backport the neutron patch but its not a blocker12:06
gibithen fine12:06
sean-k-mooneywhich is why you did not have a depens on12:06
sean-k-mooneyif this proves unworkable ill pull in just the test fixture changes12:06
gibiack12:07
gibimake sense12:07
sean-k-mooneygibi: ok i have a working backport series i need to add cherrypicked lines since i pull them in via interactive rebase to get the order right but ill push them and then do that12:58
gibicool12:58
opendevreviewsean mooney proposed openstack/nova stable/yoga: refactor: remove duplicated logic  https://review.opendev.org/c/openstack/nova/+/85502212:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Record SRIOV PF MAC in the binding profile  https://review.opendev.org/c/openstack/nova/+/85502312:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Remove double mocking  https://review.opendev.org/c/openstack/nova/+/85502412:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Remove double mocking... again  https://review.opendev.org/c/openstack/nova/+/85502512:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Add compute restart capability for libvirt func tests  https://review.opendev.org/c/openstack/nova/+/85502612:59
sean-k-mooneyi was tempted to pull in the vdpa change to stop using sriov12:59
sean-k-mooneybut im not sure if that was backportable13:00
sean-k-mooneyso i didnt add it13:00
gibiOK I think I finished looking at the latest update of the manila series. what was fixed looks correct to me, but there is still open comment. I know Uggla working on them as we speak13:08
gibiI'm going to switch back to the PCI series adding unit tests. But I will keep an eye of incoming updates on user_data, bfv rebuild and manial13:10
gibimanila13:10
gibiserieses13:10
opendevreviewsean mooney proposed openstack/nova stable/yoga: refactor: remove duplicated logic  https://review.opendev.org/c/openstack/nova/+/85502213:10
opendevreviewsean mooney proposed openstack/nova stable/yoga: Record SRIOV PF MAC in the binding profile  https://review.opendev.org/c/openstack/nova/+/85502313:10
opendevreviewsean mooney proposed openstack/nova stable/yoga: Remove double mocking  https://review.opendev.org/c/openstack/nova/+/85502413:10
opendevreviewsean mooney proposed openstack/nova stable/yoga: Remove double mocking... again  https://review.opendev.org/c/openstack/nova/+/85502513:10
opendevreviewsean mooney proposed openstack/nova stable/yoga: Add compute restart capability for libvirt func tests  https://review.opendev.org/c/openstack/nova/+/85502613:10
sean-k-mooneygibi: ack ^ those can wait until after FF but if you get time to look over them many were your patches orginally13:11
gibisure that is a nice distraction for my afternoon coffee :)13:11
gibiwas there any major merge conflict there?13:12
sean-k-mooneyno not really. i had to decide when to stop pulling in patches to avoid them13:12
sean-k-mooneybut most were trivia13:12
Ugglagibi, thank you for the review. Although I have a lot of work and corrections to do. ;)13:13
gibiUggla: no worries. FF week is always a bit crazy :D13:13
gibisean-k-mooney: ack13:14
sean-k-mooneygibi: very odd13:19
sean-k-mooneyall the reference commits  are not wrong but i copied them from gerrit13:19
sean-k-mooneyso i dont knwo why they are wrong13:19
gibimaybe you copied from an older PS?13:20
sean-k-mooneyactuly they are not wrong https://opendev.org/openstack/nova/commit/7bba330a1e6c09564b27bbbd85f42519c5b1598e13:20
sean-k-mooneyhttps://opendev.org/openstack/nova/commit/8d2776fb34339b311c713992a39507452c4ae42f13:21
sean-k-mooneythey both exist13:22
sean-k-mooneythe one i have listed is the merged one13:22
sean-k-mooneythe other wone is the one that came form the review13:22
sean-k-mooneygerrit rebases it when its applying it to the repo13:22
sean-k-mooneyill see what the bot says when it runs13:23
sean-k-mooneyand ill either try fixing them again or leave them as is13:23
sean-k-mooneyi was trying to use the commit form the gitia link13:23
sean-k-mooneyif i need too ill just cherry-pick them all again form a clean start13:24
sean-k-mooneyi might jsut do that now13:24
sean-k-mooneygit review will do it the way the check script expects13:26
gibiyeah the only downside of the current hashes that they are not bringig up the original patch in gerrit ui13:29
sean-k-mooneybecause i pulled them in vai rebase i dont have all the conflict lines either so im redoing them now which will add those13:31
sean-k-mooneyrebase is simpler to get it working but this will produce a better backport13:31
gibiack, I noted a request in the commit message of https://review.opendev.org/c/openstack/nova/+/855025/2//COMMIT_MSG#27 about the zuul change13:34
whoami-rajatdansmith, sean-k-mooney hey, I changed the rpcapi pinning in compute but again the tests are failing, not sure how to deal with that failure without pinning the version there https://9e9cf999e8b8fa064cf7-7de3ea29d2988c6d3fb53b5f30580c1f.ssl.cf5.rackcdn.com/820368/35/check/openstack-tox-py38/b87dc94/testr_results.html13:46
dansmithwhoami-rajat: I'm going through the feedback right now. I'm not sure what needed changing, but I'll look at it when I finish13:47
whoami-rajatdansmith, ack, thanks13:47
sean-k-mooneyack ill take a look at that shortly jsut finishing something locally13:48
dansmithwhoami-rajat: oh because you changed L440 to 6.1?13:52
dansmithwhoami-rajat: I think that is never supposed to be anything but x.013:52
whoami-rajatdansmith, ah, let me try to change that13:53
dansmithwhoami-rajat: that's the default that gets used if a specific call doesn't use a higher version13:53
dansmithyeah, confirmed, that should stay 6.013:53
whoami-rajatdansmith, yep that passed the tests \o/13:54
sean-k-mooneydansmith: we are pinning to oldest rpc major not latest rpc by default?13:55
sean-k-mooneyi guess to test the back leveling13:55
sean-k-mooneyjust making sure why they are not tested with the latest version i guess when we add a new rpc we bump the affected calls13:56
sean-k-mooneyin a new test13:56
dansmithsean-k-mooney: we always make calls at the lowest version they need13:56
sean-k-mooneyand by pinning to the X.0 we meake suer we did not break it13:56
sean-k-mooneyok 13:56
dansmithso calls that haven't changed since the last major bump are made at .013:56
sean-k-mooneyya i tought we did it the other way but that makes sense why we do it this way13:57
opendevreviewsean mooney proposed openstack/nova stable/yoga: refactor: remove duplicated logic  https://review.opendev.org/c/openstack/nova/+/85502213:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Record SRIOV PF MAC in the binding profile  https://review.opendev.org/c/openstack/nova/+/85502313:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Remove double mocking  https://review.opendev.org/c/openstack/nova/+/85502413:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Remove double mocking... again  https://review.opendev.org/c/openstack/nova/+/85502513:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: Add compute restart capability for libvirt func tests  https://review.opendev.org/c/openstack/nova/+/85502613:59
opendevreviewsean mooney proposed openstack/nova stable/yoga: enable blocked VDPA move operations  https://review.opendev.org/c/openstack/nova/+/85503513:59
sean-k-mooneydansmith: by the way the 5.x support is already deprecated yes we should ensure we can drop it next cycle without being impacted by the new lifecycle14:00
sean-k-mooneywe dont have to drop it next cycle but i dont want to be force to keep it until BB14:01
dansmithI dunno, I thought we were thinking about keeping it around for longer14:01
sean-k-mooneynow that we have 6.X RPCs14:01
sean-k-mooneywell we shoudl dicuss it i guess14:02
sean-k-mooneythe epecation in yoga was no new deploymets would use 5.X14:02
sean-k-mooneybut we were keeping the compat for zed14:02
*** dasm_ is now known as dasm14:03
dansmithwhoami-rajat: the patch underneath you has shifted again, so you should rebase *on* it before you push if possible14:17
hkominosHi guys! I have a question regarding policies that I want to ask. When we edit lets say /etc/nova/policy.json , is the nova-api process that will read these new policies or the keystone process ?15:02
dansmithnova-api15:06
hkominosthx !15:06
gmanngibi: dansmith: please check this documentation and releasenote for RBAC change https://review.opendev.org/c/openstack/nova/+/85488215:24
gibigmann: will check sooon15:24
gmannthanks 15:24
whoami-rajatdansmith, yep, this time i first rebased on top of it then made changes :)16:30
dansmithwhoami-rajat: good :)16:31
sean-k-mooneygibi: https://review.opendev.org/c/openstack/nova/+/816157/14#message-b94abbc42dea06b9d989f698ffbee826a9283a19 should fix the failing unit test in the userdata update patch17:36
gibisean-k-mooney: thanks for looking into that17:37
sean-k-mooneythe os-traits relases happened at the weekend yes?17:38
gibiI think so17:38
gibiotherwise the user_data patch could not bump the os-traits req in nova successfully17:38
gibibut it did :)17:38
sean-k-mooneyya actully my tox env was able to pull in the traits too17:39
sean-k-mooneyjust looking at the api check for the trait now17:39
gibiyepp it was merged on fridayt https://review.opendev.org/c/openstack/releases/+/85461717:39
sean-k-mooneyi think that was the last thing that needed to be updated since i last looked17:39
sean-k-mooneyso once the unit test is fixed i think its ready to go17:39
sean-k-mooneyjust going to finish reviewing the rest of the change17:39
gibiyes, I had the same feeling this morning17:40
gibiit is fairly close17:40
sean-k-mooneydo we have a way to reach out to the author17:40
sean-k-mooneydo we know what timezone they are in?17:40
gibihe was on nova before with the nick jhartkopf but I don't know him17:42
sean-k-mooneylooks like its a german email so emea timezones most likely17:43
gibihe updated the patch over the weekend so I think he is still actively engaged with this17:43
sean-k-mooneyok lets see if they update it in the morning17:43
dansmithif it's a semi-trivial test fix, perhaps we could just fix it for him?17:43
sean-k-mooneyi mean i can do that if its ok with ye17:44
dansmithlike, unless it's likely he has other things pending, the risk is low ...17:44
sean-k-mooneyi dont think there is honestly anythign that could not be in a follow up change17:44
gibiI can do the test fix earlies tomorrow morning, but sean-k-mooney if you can do it I can review it17:44
dansmithit just sounded like sean-k-mooney has the fixes locally for testing, so might as well just push and update17:44
sean-k-mooneyyep i have ok i can push them let me see if i have any pep issue first and run the full set of unit and funcitonal tests.17:46
sean-k-mooneyif im pushing this do ye want me to cherry-pick the follow up patches and or rebases it to master17:47
sean-k-mooneyi think its relitivly up todate but i know ye were waiting on a rebase over the weekend17:48
sean-k-mooneyi think that was already done17:48
dansmithnah, I'd just push that up and let whoami-rajat rebase on the result17:48
dansmithoh, sorry,17:48
dansmiththe follow-ups.. I dunno, less concerned about that than just the main one which is the key in the pipeline17:48
sean-k-mooneywell followups i ment whoami-rajat seriese17:49
sean-k-mooneybut sure ill just update this one when the test finish17:49
dansmithI'd let him do it, he's working on them now I htink17:49
sean-k-mooneyand then whoami-rajat can update there set17:49
dansmithyea17:49
* sean-k-mooney is currently using a lg c2 as a 4k display. not sure it was the best choice. on had blacks are amazing on an oled and the realistate is nice but it will take time to get used too/tweak17:52
opendevreviewBalazs Gibizer proposed openstack/nova master: Filter PCI pools based on Placement allocation  https://review.opendev.org/c/openstack/nova/+/85412017:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Factor out base class for candidate aware filters  https://review.opendev.org/c/openstack/nova/+/85492917:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Store allocated RP in InstancePCIRequest  https://review.opendev.org/c/openstack/nova/+/85412117:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Func test for PCI in placement scheduling  https://review.opendev.org/c/openstack/nova/+/85412217:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Support cold migrate and resize with PCI tracking in placement  https://review.opendev.org/c/openstack/nova/+/85424717:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Support evacuate with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85461517:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Support unshelve with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85461617:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Support same host resize with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85444117:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Test reschedule with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85462617:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Test multi create with PCI in placement  https://review.opendev.org/c/openstack/nova/+/85466317:54
opendevreviewBalazs Gibizer proposed openstack/nova master: Allow enabling PCI scheduling in Placement  https://review.opendev.org/c/openstack/nova/+/85492417:54
opendevreviewBalazs Gibizer proposed openstack/nova master: DNM: Enable pci in placement feature  https://review.opendev.org/c/openstack/nova/+/85492517:54
gibisean-k-mooney, stephenfin: ^^ I managed to finish all the TODOs in the series17:55
gibifrom tomorrow I will start collecting the follow up from already merged patches17:55
sean-k-mooneywell done :) i guess i know what im doing tomorrow17:56
gibibut now I need a glass of wine17:56
gibisee you all tomorrow o/.17:56
whoami-rajatsean-k-mooney, dansmith is there going to be an update on 2.93 patch? I'm finalizing tests and pushing changes18:07
dansmithwhoami-rajat: yeah, just hold on a bit18:08
whoami-rajatack18:08
sean-k-mooneythe functional test are almost finsihed locally and then ill push likely in the next 60 secons18:08
sean-k-mooneyjust making sure it will pass ci18:08
opendevreviewsean mooney proposed openstack/nova master: add support for updating server's user_data  https://review.opendev.org/c/openstack/nova/+/81615718:13
sean-k-mooneywhoami-rajat: ^ there you go18:13
whoami-rajatack18:13
sean-k-mooneythis was the fix https://review.opendev.org/c/openstack/nova/+/816157/14..15/nova/tests/unit/api/openstack/compute/test_server_actions.py18:13
opendevreviewRajat Dhasmana proposed openstack/nova master: Add support for volume backed server rebuild  https://review.opendev.org/c/openstack/nova/+/82036818:54
opendevreviewRajat Dhasmana proposed openstack/nova master: Add conductor RPC interface for rebuild  https://review.opendev.org/c/openstack/nova/+/83121918:54
opendevreviewRajat Dhasmana proposed openstack/nova master: Add API support for rebuilding BFV instances  https://review.opendev.org/c/openstack/nova/+/83088318:54
whoami-rajatupdated the series however I'm still facing some functional test failure related to green thread queue, I figured it might be my environment so pushed to see what gate thinks18:58
opendevreviewGhanshyam proposed openstack/nova master: Add documentation and releasenotes for RBAC change  https://review.opendev.org/c/openstack/nova/+/85488218:58
gmanndansmith: ^^ fixed as per review comments 19:02
opendevreviewGhanshyam proposed openstack/nova master: Add documentation and releasenotes for RBAC change  https://review.opendev.org/c/openstack/nova/+/85488220:14
gmanndansmith: ^^ updated, I have fixed your comments20:15
dansmithgmann: looking now20:15
dansmithgmann: done thanks20:16
gmanndansmith: thanks20:17
opendevreviewDan Smith proposed openstack/nova master: Add API support for rebuilding BFV instances  https://review.opendev.org/c/openstack/nova/+/83088322:24

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