Thursday, 2021-11-11

EugenMayeranybody is running a ESXi/Vmware Vsphere installation as VM under openstack and can hint me what hard interfaces are needed? Using e1000 the installer stills seems not to be able to find the NIC07:24
EugenMayerIs it possible to install vxmnet under libvirt for openstack? https://libvirt.org/drvesx.html08:01
opendevreviewRajat Dhasmana proposed openstack/nova-specs master: Add spec for volume backed server rebuild  https://review.opendev.org/c/openstack/nova-specs/+/80962108:11
gibistable cores, we need these patches to land to unblock the stable/xena placement gate https://review.opendev.org/q/topic:fix-placement-gate09:26
lyarwood\o morning09:43
* lyarwood clicks09:43
gibilyarwood: o/09:44
lyarwoodACK'd LGTM09:47
gibithnanks09:51
noonedeadpunkhey everyone! is there anybody who aware of nvidia vgpus and have some little time to chat how to use them? As I have a feeling that new Ampere cards differ a lot in how they represent vgpus11:32
noonedeadpunkthe thing is that in placement I do see 32 pci devices for single gpu11:33
noonedeadpunkeach of them have 1 vgpu in placement11:33
noonedeadpunkso feels like enabled_mdev_types is not applicable here?11:34
sean-k-mooneymdev type is11:37
sean-k-mooneythe ampear cards support 2 types of vGPU virtualisation11:37
sean-k-mooneyyou can use the same mdev based time multiplex mode that was supproted in previous gerneations11:37
sean-k-mooneyor you can use the new MIG(multi instnace GPU) feature to partion the card using sriov11:38
noonedeadpunkwell I wasn't able to get it working tbh11:38
sean-k-mooneyin this case each VF will expose a singel mdev11:38
noonedeadpunkso I just don't have mdev_bus until I run /usr/lib/nvidia/sriov-manage -e ALL11:38
sean-k-mooneywhat nvidia does not support is using the VF via pci pasthough directly11:38
sean-k-mooneyyes11:39
sean-k-mooneythat i quirk of the driver11:39
noonedeadpunkaha, ok. I'm jsut a bit confused by amount of pci devices11:39
sean-k-mooneynoonedeadpunk: bauzas is on PTO today as its a holidy in france but they have been doing some early investigation with it have booted vms 11:39
sean-k-mooneylet me see if i can get there write up11:39
noonedeadpunkEventually I have A10s atm, and if to follow https://docs.nvidia.com/grid/latest/grid-vgpu-user-guide/index.html#vgpu-types-nvidia-a10 I can get 6 vgpus of A10-4C for example. But I can hardly understand how placement would pick 6 out of these all pci devices considering every has this mdev type11:41
sean-k-mooneyhttps://bugzilla.redhat.com/show_bug.cgi?id=1975872#c2 is tracking our docs update for how to configure it11:41
sean-k-mooneyoh that is private hum11:42
noonedeadpunklike https://paste.opendev.org/show/810935/ which does not make any sense to me...11:43
sean-k-mooneywhy does that look odd to you11:43
noonedeadpunkand ofc nvidia support tries their best to be not helpful...11:43
noonedeadpunkum, because I can create only 6 vgpus of such type?11:44
noonedeadpunkbut the way more devices are repoted to placement11:44
sean-k-mooneyright ok so the nvidia smi tool basically seams to ignore the count you ask for i think that was one fo the quirks bauzas mentioned11:45
sean-k-mooneynoonedeadpunk: i think yhou will need to whitelist only a subset of the devices 11:45
noonedeadpunkyou actually can't even provide to it anything11:45
noonedeadpunkit has jsut enable or disable...11:45
noonedeadpunkok, thanks anyway for pointers - I will return back tomorrow I guess to catch bauzas :)11:48
lyarwoodgibi / sean-k-mooney ; finally found the change in tempest I've been talking about this week btw https://github.com/openstack/tempest/commit/e3405ba808f97eae57f3a60991000afaa34cbe8912:47
lyarwoodwait_for_sshable=True will read console output until it see's a login: prompt12:47
lyarwoodkinda awful12:47
gibilyarwood: ohh12:47
gibilyarwood: how much slower it will make our test run?12:47
gibilyarwood: but anyhow, it worth to try at least12:48
lyarwoodI'm not sure tbh but I can't see how that's a valid thing to enable in Tempest12:48
lyarwoodlike what says that a test image has to contain a guestOS that will actually print that?12:48
* lyarwood doesn't get why this wasn't a simple ping or something12:48
lyarwoodor configurable per tempest run and not per test12:49
sean-k-mooneylyarwood: why12:49
sean-k-mooneybut ok i see why that is slow12:49
sean-k-mooneyit really shoudl jsut try to ssh in a retry loop12:50
lyarwoodwell there's nothing stopping us from using a Windows image during the test run right?12:50
sean-k-mooneylike the pingable one did12:50
lyarwoodand that wouldn't print a login prompy12:50
lyarwoodprompt*12:50
sean-k-mooneyyes but for windows we woudl also use winrm not ssh12:50
lyarwoodand my point about making this configurable per run as opposed to per test is because you would have to go in and add this kwarg to every single create_test_server call12:50
gibi /o\12:51
lyarwoodsean-k-mooney: right but the change I've pointed to is reading console output12:51
sean-k-mooneyya which i think is wrong12:51
lyarwoodWonderful, just making sure12:51
sean-k-mooneyso the old validation  code support waithign for the server to be reacable via ping or ssh via config12:52
sean-k-mooneyi was expecting it to jsut use that12:52
sean-k-mooneywhich did not have any console interaction if i understand correctly12:52
lyarwoodThere's nothing I can see in the create code that did this previously 12:53
lyarwoodAFAICT this was added as a step prior to the tests attempting to SSH into the instance12:53
lyarwoodto ensure the instance had booted up and was ssh'able itself12:53
sean-k-mooneyack so i tought you can use https://github.com/openstack/tempest/blob/master/tempest/config.py#L897-L970 to configure vlaidations for all test12:57
sean-k-mooneycan we use that to adress this in the job config12:57
lyarwoodthat doesn't actually do anything for most tests12:58
lyarwoodbrb need to jump on a call12:58
sean-k-mooney... i tought this was ment to run on any test that created a server as part of the server create automatically12:59
gibisean-k-mooney: https://github.com/openstack/tempest/blob/master/tempest/scenario/manager.py#L229-L236 I think this describes the situation 13:06
gibisean-k-mooney: so there was an intention to allow running validation for each server but it was never introduced globally13:06
sean-k-mooneyright i remember that being the intent13:11
sean-k-mooneyand in the past i think you could even confiure that validation metion to be either ping or ssh13:11
sean-k-mooneythere was a spec for this somewhere 13:12
sean-k-mooneythis https://specs.openstack.org/openstack/qa-specs/specs/tempest/implemented/ssh-auth-strategy.html13:15
sean-k-mooney""" it extends the valid value for wait_until with new types of wait abilities: PINGABLE and SSHABLE. """13:15
sean-k-mooney... https://github.com/openstack/tempest/blob/ed89c77222917235290c8cc51974835528ed4cfa/tempest/common/compute.py#L10113:17
sean-k-mooneyso ya i twas not actully implemeted 13:17
gibiyeah13:18
sean-k-mooneythis is also not the first time i have wanted to use this and discoverd this13:18
gibi:)13:18
sean-k-mooneymaybe we shoudl jsut implement it13:19
sean-k-mooneyat least the pingable version13:19
sean-k-mooneyssh would be nice but if it has an ip the os should be live enough for hotplug13:20
gibiI think the comment also states that pingability means some level of network setup is in place and from the create_server perspective this cannot be ensured13:20
lyarwoodYup I can hack on this13:20
sean-k-mooneygibi: well we woudl wait for active and then waith for pingable13:21
sean-k-mooneyonly if the server has a network13:21
gibido we need floating ip for pingability? 13:21
lyarwoodhas a network, fip etc yeah13:21
gibiand securty group setuo?13:21
lyarwoodyeah we'd need to pass in and setup the validation resources13:21
lyarwoodit's entirely possible in the base server creation method13:21
gibiOK then we are on the same page about what is required13:22
lyarwoodI'll revert the console stuff and try to hack on this in the background of calls this afternoon13:22
gibithank you lyarwood 13:23
sean-k-mooneyby the way if we just put a sleep(300) in the test will the issue go away 13:23
gibisean-k-mooney: that can be tried too13:23
sean-k-mooneye.g. before you do all that work which is good, are we  confident it will help13:24
lyarwoodyup that's a fair test13:24
lyarwoodmaybe not 30013:24
sean-k-mooneyi think it might if its an issue with the guest not being ready13:24
sean-k-mooneywell ya mayb like 3013:24
lyarwoodas other things will likely timeout13:24
lyarwoodokay if someone can test that it would be great13:24
gibiI will push a tempest patch and a nova depends-on for that13:25
gibi* for  the sleep casse13:25
gibicase13:25
sean-k-mooneyhow is it already half 113:25
sean-k-mooneynot that the conversation is not engagin but i keep getting distracted today13:26
sean-k-mooneyi ment ot start with the off path acclerator spec this morning13:26
gibiI feel your pain sean-k-mooney I had a good day on tuesday but wednesday was a loss and today doesn't look good either :)13:27
gibilyarwood sean-k-mooney: so what I see is that test_live_block_migration_with_attached_volume causing the most kernel panic (if not all) and the panic happens when tempest runs the resource cleanup after the whole test class. So I will add the extra sleep at the top of the volume detach code to see if that helps13:40
gibidoes it sounds good to you?13:41
gibiI can even dump console before and after the sleep to see if there was activity in the guest13:42
*** NobodyCam_ is now known as NobodyCam13:43
*** erlon_ is now known as erlon13:43
*** donnyd_ is now known as donnyd13:43
*** viks___ is now known as viks__13:44
*** gmann_ is now known as gmann13:45
*** gouthamr_ is now known as gouthamr13:45
*** bbezak_ is now known as bbezak13:45
*** erbarr_ is now known as erbarr13:46
*** johnsom_ is now known as johnsom13:46
*** simondodsley_ is now known as simondodsley13:46
opendevreviewBalazs Gibizer proposed openstack/nova master: DNM: troubleshoot kernel panic  https://review.opendev.org/c/openstack/nova/+/81756214:01
gibilyarwood, sean-k-mooney that is my trial ^^14:01
gibiohh I pushed it to master /p\14:01
sean-k-mooneywell we see the issue on master too right?14:02
sean-k-mooneyjust less often or is that now resoved14:02
gibisean-k-mooney: not really14:02
sean-k-mooneyon master14:02
gibior it is so infrequent that I don't see it14:02
sean-k-mooneyoh ok well i guess just cherry pick it14:03
opendevreviewBalazs Gibizer proposed openstack/nova stable/victoria: DNM: troubleshoot kernel panic  https://review.opendev.org/c/openstack/nova/+/81756414:03
gibisean-k-mooney: here are the recent hits https://paste.opendev.org/show/810943/14:03
sean-k-mooneylook like there are 2 failture there on master14:04
sean-k-mooney| 8fc6afb0549b43d7a4aa7179dfc12700 | 2021-11-05T21:25:53 | openstack/tempest | check    | https://review.opendev.org/810808 | master          |14:04
sean-k-mooney| 5695c2c90c7e4d579e7f412cd6c60ef8 | 2021-11-05T17:44:50 | openstack/tempest | check    | https://review.opendev.org/810809 | master  14:04
gibinope does are just build failures without the log match14:04
sean-k-mooneyoh those are fips14:04
sean-k-mooneyya14:04
sean-k-mooneyok 14:04
opendevreviewBalazs Gibizer proposed openstack/nova stable/victoria: DNM: troubleshoot kernel panic  https://review.opendev.org/c/openstack/nova/+/81756414:08
opendevreviewBalazs Gibizer proposed openstack/nova stable/victoria: DNM: troubleshoot kernel panic  https://review.opendev.org/c/openstack/nova/+/81756414:20
lyarwoodgibi: during the volume detach right? I thought I was already dumping the console on failure then?14:29
lyarwoodsean-k-mooney: random one, do you know the configurable to switch back to ml2/ovs in devstack?14:31
lyarwoodOVN is being a total PITA on F3414:31
lyarwoodah found an example, sorry14:32
opendevreviewMerged openstack/nova master: Log failed metadata retrievals  https://review.opendev.org/c/openstack/nova/+/81585914:37
opendevreviewMerged openstack/nova stable/xena: Define new functional test tox env for placement gate to run  https://review.opendev.org/c/openstack/nova/+/81725614:37
opendevreviewMerged openstack/nova master: Set "cache_ok=True" in "TypeDecorator" inheriting classes  https://review.opendev.org/c/openstack/nova/+/80735914:37
sean-k-mooneylyarwood: its multiple things but ya you can look at os-vif14:48
sean-k-mooneyhttps://github.com/openstack/os-vif/commit/b75af3ae1303cf449e881f14191bb10a3fdc373d#diff-108978819c05ae183d88ec87959c2341a94cfc3f9465e3aeee82d554217b4f5814:48
sean-k-mooneyalso OVN beign a PITA no way how could that be :P14:49
gibilyarwood: I use these in my local conf https://paste.opendev.org/show/810945/14:50
sean-k-mooneyi dont think thats actully sufficent now14:51
sean-k-mooneyunless they have fixed it recently14:51
gibisean-k-mooney: I build devstack with this last week I think14:51
sean-k-mooneyQ_AGENT=openvswitch did not disable qemu last time i check14:51
sean-k-mooneyok so them might have fixed it then14:51
gibilyarwood: I added console dumping before and after the sleep that happens before detach https://review.opendev.org/c/openstack/tempest/+/817560/1/tempest/api/compute/base.py14:52
lyarwoodgibi: ack cool thanks14:52
lyarwoodsean-k-mooney: yeah thanks, I think the local issue was with an older version of ovn as the f34 jobs are passing upstream14:53
lyarwooddie 174 'Socket /var/run/openvswitch/ovnnb_db.sock not found'14:53
lyarwoodmaybe not14:53
lyarwoodurgh14:53
sean-k-mooneyit might be selinux14:53
sean-k-mooneydevstack used to complie form source in the past to make ovn work14:53
lyarwood$ getenforce 14:54
lyarwoodPermissive14:54
lyarwoodhttps://paste.centos.org/view/2cd83b46 - I get the feeling devstack is just looking for the wrong socket somehow14:55
sean-k-mooneyam if i remmeber they create a symlink14:55
sean-k-mooneythey bing devstack14:56
sean-k-mooneydevstack was simlink /run/ovn to /run/openvswtch14:56
sean-k-mooneyso that they were all in one folder14:56
sean-k-mooneyso ys that proably is broken14:56
sean-k-mooneyhttps://github.com/openstack/devstack/blob/master/lib/neutron_plugins/ovn_agent#L36214:58
*** mnaser_ is now known as mnaser14:58
sean-k-mooneylyarwood: is /run a symlink of /var/run on your system or the other way around14:59
sean-k-mooneyit shold be but if not that would be the issue14:59
sean-k-mooneydevstack is assuming that /run and /var/run are the same location14:59
lyarwood /var/run is a symlink to /run15:00
lyarwoodI'll just nuke this env and start again15:00
lyarwoodbut thanks for the pointers15:00
sean-k-mooneyok then you shoudl see. /run/ovn/ovnnb_db.sock at /run/openvswitch/ovnnb_db.sock15:01
sean-k-mooneythis was broken on one of my setup15:01
lyarwoodyeah it wasn't there15:01
sean-k-mooneyi had to fully uninstall openvswtich and ovn15:01
lyarwoodthe symlink was missing15:01
lyarwoodI'm just going to reimage the vm and start again15:02
sean-k-mooneythen remove the /run/openvswtch and /run/ovn dirs and the /var/run versions15:02
sean-k-mooneythen it worked15:02
sean-k-mooneywell you can but i would jsut remove the directores and packages and try stacking one more time first15:02
sean-k-mooneyi had to do this to get vdpa working on my home server on ubuntu about 3 weeks ago but its been fine since then15:04
EugenMayersean-k-mooney i made ESXi work finally, interestingly, one cannot install it on openstack but i can install it under my local libvirt and thus use a qcow of the prininstalled variant on openstack, see https://stackoverflow.com/questions/69924901/how-to-run-esxi-on-openstack-as-kvm-vm - what wonders me is, that the installer should theoratically15:25
EugenMayerwork under openstack too. I mean i use the same e1000/e1000e nics and is use libvirt qemu/kvm locally as for the hv in nove. Odd15:25
EugenMayerKind of unexpected "i cannot explain" why e1000e works for 7.x when booting the non installer, but not for the installer under openstack. 15:26
sean-k-mooneye1000e and e1000 are actully different nics15:43
sean-k-mooneyon is a pci nic and the other is pcie15:43
sean-k-mooneybut i have never had much luck using e1000e with openstack15:43
sean-k-mooney you need to use the q35 manchine type15:43
sean-k-mooneyto get a pcie bus 15:43
sean-k-mooneyperhaps that is the problem15:43
sean-k-mooneythe default machine type is pc-ix440 15:44
sean-k-mooneywhich doen not have pcie only pci15:44
EugenMayerthat is an interesting point15:48
EugenMayerbut since i do not set this via meta-data it does not make sense that the qcow2 variant works and the other does not, right15:48
kevkosean-k-mooney: hi, maybe I found something weird in my last discussed problem if you remember ... 15:49
EugenMayerif using q35 fixes it, i must have used it on my local as on the openstack libvirt. For the latter i did not. The properties i used for running the qcow or iso image where the same:15:50
EugenMayer--property hw_disk_bus=sata --property hw_cpu_policy=dedicated --property img_config_drive=mandatory --property hw_cdrom_bus=ide --property hw_vif_model=e1000 --property hw_boot_menu=true --property hw_qemu_guest_agent=no15:50
EugenMayeror for 7.x15:50
EugenMayer--property hw_disk_bus=sata --property hw_cpu_policy=dedicated --property img_config_drive=mandatory --property hw_cdrom_bus=ide --property hw_vif_model=e1000e --property hw_boot_menu=true --property hw_qemu_guest_agent=no15:50
opendevreviewmitya-eremeev-2 proposed openstack/nova master: Close Glance image if downloading failed.  https://review.opendev.org/c/openstack/nova/+/81534715:52
gmannlyarwood: gibi sean-k-mooney on tempest things to ssh things. we have two things here 1. all API tests are configurable to pause SSHing via run_validation config option 2. all scenario tests run SSH validation and does not care of run_validation config as most of scenario tests need to ssh16:20
lyarwoodgmann: I'm not sure what you mean by 1. do you have an example?16:21
lyarwoodwhat we are looking for here is a check during creation before any additional actions or validations actually happen16:22
lyarwoodI've got a WIP locally that I can finish up this evening to show what I mean16:22
gmannlyarwood:  we do access remote client only if run_validation is true in API tests16:24
gmannlyarwood: but I think this does not check https://github.com/openstack/tempest/blob/7e96c8e854386f43604ad098a6ec7606ee676145/tempest/common/compute.py#L27016:24
gmannlyarwood: we should have this with condition CONF.validation.run_validation16:25
lyarwoodyeah I'm nuking that implementation FWIW16:25
lyarwoodparsing the console it's valid IMHO16:25
opendevreviewDan Smith proposed openstack/nova master: WIP: Revert project-specific APIs for servers  https://review.opendev.org/c/openstack/nova/+/81620616:25
dansmithgmann: johnthetubaguy[m] ^ wasn't too bad to add that new scenario, and it helps to be able to see what works and how in that case16:26
gmannlyarwood: +1 thanks, ping me once you are ready with that or even we can add new config option also in case we do not want all tests doing ssh things and do not want to wait for console ?16:26
gmanndansmith: thanks, I will check it after lunch today. 16:27
lyarwoodgmann: I'm overloading wait_until to accept PINGABLE and SSHABLE, both basically fallback to ACTIVE if validations aren't enabled16:27
lyarwoodgmann: but when they are we wait first until the server is ACTIVE and then pingable or sshable etc.16:28
gmannlyarwood: yeah, currently this method make server pingable or sshable if validatable=True but not do actual ping/ssh and with the new way you are making wait_until to do actual ssh/ping and after Active state ?16:32
lyarwoodgmann: sorry on a call, yeah correct so wait_until=PINGABLE would wait until the server is ACTIVE and will then wait until it is pingable *if* validatable=True etc 16:42
lyarwoodgmann: if not it just waits until it's ACTIVE and continues16:42
gmannlyarwood: +116:43
opendevreviewmitya-eremeev-2 proposed openstack/nova master: Close Glance image if downloading failed.  https://review.opendev.org/c/openstack/nova/+/81534717:01
gibilyarwood, sean-k-mooney: the first run with the 30 sec sleep before detach finished and did not generated any kernel panic https://zuul.opendev.org/t/openstack/build/06cb831dd6c94a2fa8ca373662014dd2/logs17:13
gibibut also the guest did not print anything to the console during that extra 30 seconds17:14
gibiso no hard proof yet that we need to wait17:14
gibiI will recheck it 17:14
sean-k-mooneyack17:15
sean-k-mooneyso you wait for it to be active then sleep 30 right17:15
sean-k-mooneythen attach and detach17:16
gibinope, the failures are happening during test class cleanup 17:17
sean-k-mooneyoh you put it in the detach17:17
gibiso I just wait before the detach17:17
sean-k-mooneyoh its not in the actual detach test17:18
sean-k-mooneyits in the cleanup of a test that did attach?17:18
gibiyes17:18
sean-k-mooneyi see why not just remove https://review.opendev.org/c/openstack/tempest/+/817560/1/tempest/api/compute/base.py#61917:18
gibicreated server, attached volume, did a live migration and then cleanup17:18
sean-k-mooneywe want to delete the voluem after the test sure but we dont need to detach it just delete the vm17:20
gibiI'm not that familiar with tempest that I can say it is always OK not to detach as volume create and volume attach are two seperate action from the test case17:22
lyarwoodyeah volume attach always adds in the detach cleanup in tempest 17:26
lyarwoodI've talked about removing that in the past but people didn't want to drop the coverage of detach etc17:26
sean-k-mooneywhich given we have detach test i dont really get17:28
sean-k-mooneywe did talk about it for the compute test before definetly17:28
*** carloss_ is now known as carloss17:53
opendevreviewBalazs Gibizer proposed openstack/nova master: Add debug log for scheduler weight calculation  https://review.opendev.org/c/openstack/nova/+/81763218:12
opendevreviewLee Yarwood proposed openstack/nova stable/victoria: DNM - Testing volume detach failures  https://review.opendev.org/c/openstack/nova/+/81763618:14
lyarwoodgibi ^ sorry been stuck on more calls, I'll try to clean this up later or early tomorrow but that's the general outline I had in mind18:15
gibiok, lets see how it goes with the testing18:16
gmanngibi: can you check this, it help to remove this broken opensuse job from tempest https://review.opendev.org/c/openstack/nova/+/81657418:21
EugenMayersean-k-mooney interesting, suddenly i cannot get the 7.x working again. The nic is detected but DHCP does not work (nic type is e1000e), with 6.5 and e1000 DHCP does actually work. I'am really not sure if i kind of messed it up beforehand and deployed 6.5 instead of 7.0 and did not notice or it is something else. Your hint with q35 would be18:36
EugenMayerhw_machine_type=q35 i guess, right?18:36
sean-k-mooneyyes if you want to use e100e18:38
sean-k-mooney*e1000e18:38
sean-k-mooneywith pcie 18:38
sean-k-mooneybut i have never tied to run esxi on openstack so your millage will vary18:38
opendevreviewMerged openstack/placement stable/xena: Use 'functional-without-sample-db-tests' tox env for placement nova job  https://review.opendev.org/c/openstack/placement/+/81725518:56
EugenMayersean-k-mooney did not work either. Odd. I must have gotten confused and picked the wrong image to verify 7.x - i just cannot get it reprodroduced. 18:59
opendevreviewStephen Finucane proposed openstack/nova master: tests: Enable SQLAlchemy 2.0 deprecation warnings  https://review.opendev.org/c/openstack/nova/+/80470919:19
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace use of Engine.scalar(), Engine.execute()  https://review.opendev.org/c/openstack/nova/+/80487819:19
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace use of 'autoload' parameter  https://review.opendev.org/c/openstack/nova/+/80573419:19
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace use of legacy select() calling style  https://review.opendev.org/c/openstack/nova/+/80573519:19
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace 'insert.inline' parameter with 'Insert.inline()' method  https://review.opendev.org/c/openstack/nova/+/80573619:19
opendevreviewStephen Finucane proposed openstack/nova master: db: Don't pass strings to 'Connection.execute'  https://review.opendev.org/c/openstack/nova/+/80573719:19
opendevreviewStephen Finucane proposed openstack/nova master: test: Restore - don't reset - warning filters  https://review.opendev.org/c/openstack/nova/+/81764119:19
stephenfinHad a fun time https://review.opendev.org/c/openstack/nova/+/817641 I was about to throw my tea at zzzeek before I finally realized it wasn't SQLA doing something weird with warning filter but rather us19:26
* stephenfin wouldn't actually throw tea at anyone. It's hot19:26
stephenfin*Had a fun time figuring out19:26
opendevreviewStephen Finucane proposed openstack/nova master: tests: Restore - don't reset - warning filters  https://review.opendev.org/c/openstack/nova/+/81764119:31
opendevreviewStephen Finucane proposed openstack/nova master: tests: Enable SQLAlchemy 2.0 deprecation warnings  https://review.opendev.org/c/openstack/nova/+/80470919:31
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace use of Engine.scalar(), Engine.execute()  https://review.opendev.org/c/openstack/nova/+/80487819:31
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace use of 'autoload' parameter  https://review.opendev.org/c/openstack/nova/+/80573419:31
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace use of legacy select() calling style  https://review.opendev.org/c/openstack/nova/+/80573519:31
opendevreviewStephen Finucane proposed openstack/nova master: db: Replace 'insert.inline' parameter with 'Insert.inline()' method  https://review.opendev.org/c/openstack/nova/+/80573619:31
opendevreviewStephen Finucane proposed openstack/nova master: db: Don't pass strings to 'Connection.execute'  https://review.opendev.org/c/openstack/nova/+/80573719:31
opendevreviewJulia Kreger proposed openstack/nova master: WIP Ironic - Reconcile compute host records on rebalance  https://review.opendev.org/c/openstack/nova/+/81746721:10
opendevreviewmelanie witt proposed openstack/nova master: Add stub unified limits driver  https://review.opendev.org/c/openstack/nova/+/71213723:47
opendevreviewmelanie witt proposed openstack/nova master: Assert quota related API behavior when noop  https://review.opendev.org/c/openstack/nova/+/71214023:47
opendevreviewmelanie witt proposed openstack/nova master: Make unified limits APIs return reserved of 0  https://review.opendev.org/c/openstack/nova/+/71214123:47
opendevreviewmelanie witt proposed openstack/nova master: DNM Run against unmerged oslo.limit changes  https://review.opendev.org/c/openstack/nova/+/81223623:47
opendevreviewmelanie witt proposed openstack/nova master: Add logic to enforce local api and db limits  https://review.opendev.org/c/openstack/nova/+/71213923:47
opendevreviewmelanie witt proposed openstack/nova master: Enforce api and db limits  https://review.opendev.org/c/openstack/nova/+/71214223:47
opendevreviewmelanie witt proposed openstack/nova master: Update quota_class APIs for db and api limits  https://review.opendev.org/c/openstack/nova/+/71214323:47
opendevreviewmelanie witt proposed openstack/nova master: Update limit APIs  https://review.opendev.org/c/openstack/nova/+/71270723:47
opendevreviewmelanie witt proposed openstack/nova master: Update quota sets APIs  https://review.opendev.org/c/openstack/nova/+/71274923:47
opendevreviewmelanie witt proposed openstack/nova master: Tell oslo.limit how to count nova resources  https://review.opendev.org/c/openstack/nova/+/71330123:47
opendevreviewmelanie witt proposed openstack/nova master: Enforce resource limits using oslo.limit  https://review.opendev.org/c/openstack/nova/+/61518023:47
opendevreviewmelanie witt proposed openstack/nova master: Add legacy limits and usage to placement unified limits  https://review.opendev.org/c/openstack/nova/+/71349823:47
opendevreviewmelanie witt proposed openstack/nova master: Update quota apis with keystone limits and usage  https://review.opendev.org/c/openstack/nova/+/71349923:47
opendevreviewmelanie witt proposed openstack/nova master: Add reno for unified limits  https://review.opendev.org/c/openstack/nova/+/71527123:47
opendevreviewmelanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996323:47

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