EugenMayer | anybody 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 NIC | 07:24 |
---|---|---|
EugenMayer | Is it possible to install vxmnet under libvirt for openstack? https://libvirt.org/drvesx.html | 08:01 |
opendevreview | Rajat Dhasmana proposed openstack/nova-specs master: Add spec for volume backed server rebuild https://review.opendev.org/c/openstack/nova-specs/+/809621 | 08:11 |
gibi | stable cores, we need these patches to land to unblock the stable/xena placement gate https://review.opendev.org/q/topic:fix-placement-gate | 09:26 |
lyarwood | \o morning | 09:43 |
* lyarwood clicks | 09:43 | |
gibi | lyarwood: o/ | 09:44 |
lyarwood | ACK'd LGTM | 09:47 |
gibi | thnanks | 09:51 |
noonedeadpunk | hey 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 vgpus | 11:32 |
noonedeadpunk | the thing is that in placement I do see 32 pci devices for single gpu | 11:33 |
noonedeadpunk | each of them have 1 vgpu in placement | 11:33 |
noonedeadpunk | so feels like enabled_mdev_types is not applicable here? | 11:34 |
sean-k-mooney | mdev type is | 11:37 |
sean-k-mooney | the ampear cards support 2 types of vGPU virtualisation | 11:37 |
sean-k-mooney | you can use the same mdev based time multiplex mode that was supproted in previous gerneations | 11:37 |
sean-k-mooney | or you can use the new MIG(multi instnace GPU) feature to partion the card using sriov | 11:38 |
noonedeadpunk | well I wasn't able to get it working tbh | 11:38 |
sean-k-mooney | in this case each VF will expose a singel mdev | 11:38 |
noonedeadpunk | so I just don't have mdev_bus until I run /usr/lib/nvidia/sriov-manage -e ALL | 11:38 |
sean-k-mooney | what nvidia does not support is using the VF via pci pasthough directly | 11:38 |
sean-k-mooney | yes | 11:39 |
sean-k-mooney | that i quirk of the driver | 11:39 |
noonedeadpunk | aha, ok. I'm jsut a bit confused by amount of pci devices | 11:39 |
sean-k-mooney | noonedeadpunk: 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-mooney | let me see if i can get there write up | 11:39 |
noonedeadpunk | Eventually 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 type | 11:41 |
sean-k-mooney | https://bugzilla.redhat.com/show_bug.cgi?id=1975872#c2 is tracking our docs update for how to configure it | 11:41 |
sean-k-mooney | oh that is private hum | 11:42 |
noonedeadpunk | like https://paste.opendev.org/show/810935/ which does not make any sense to me... | 11:43 |
sean-k-mooney | why does that look odd to you | 11:43 |
noonedeadpunk | and ofc nvidia support tries their best to be not helpful... | 11:43 |
noonedeadpunk | um, because I can create only 6 vgpus of such type? | 11:44 |
noonedeadpunk | but the way more devices are repoted to placement | 11:44 |
sean-k-mooney | right ok so the nvidia smi tool basically seams to ignore the count you ask for i think that was one fo the quirks bauzas mentioned | 11:45 |
sean-k-mooney | noonedeadpunk: i think yhou will need to whitelist only a subset of the devices | 11:45 |
noonedeadpunk | you actually can't even provide to it anything | 11:45 |
noonedeadpunk | it has jsut enable or disable... | 11:45 |
noonedeadpunk | ok, thanks anyway for pointers - I will return back tomorrow I guess to catch bauzas :) | 11:48 |
lyarwood | gibi / sean-k-mooney ; finally found the change in tempest I've been talking about this week btw https://github.com/openstack/tempest/commit/e3405ba808f97eae57f3a60991000afaa34cbe89 | 12:47 |
lyarwood | wait_for_sshable=True will read console output until it see's a login: prompt | 12:47 |
lyarwood | kinda awful | 12:47 |
gibi | lyarwood: ohh | 12:47 |
gibi | lyarwood: how much slower it will make our test run? | 12:47 |
gibi | lyarwood: but anyhow, it worth to try at least | 12:48 |
lyarwood | I'm not sure tbh but I can't see how that's a valid thing to enable in Tempest | 12:48 |
lyarwood | like 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 something | 12:48 | |
lyarwood | or configurable per tempest run and not per test | 12:49 |
sean-k-mooney | lyarwood: why | 12:49 |
sean-k-mooney | but ok i see why that is slow | 12:49 |
sean-k-mooney | it really shoudl jsut try to ssh in a retry loop | 12:50 |
lyarwood | well there's nothing stopping us from using a Windows image during the test run right? | 12:50 |
sean-k-mooney | like the pingable one did | 12:50 |
lyarwood | and that wouldn't print a login prompy | 12:50 |
lyarwood | prompt* | 12:50 |
sean-k-mooney | yes but for windows we woudl also use winrm not ssh | 12:50 |
lyarwood | and 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 call | 12:50 |
gibi | /o\ | 12:51 |
lyarwood | sean-k-mooney: right but the change I've pointed to is reading console output | 12:51 |
sean-k-mooney | ya which i think is wrong | 12:51 |
lyarwood | Wonderful, just making sure | 12:51 |
sean-k-mooney | so the old validation code support waithign for the server to be reacable via ping or ssh via config | 12:52 |
sean-k-mooney | i was expecting it to jsut use that | 12:52 |
sean-k-mooney | which did not have any console interaction if i understand correctly | 12:52 |
lyarwood | There's nothing I can see in the create code that did this previously | 12:53 |
lyarwood | AFAICT this was added as a step prior to the tests attempting to SSH into the instance | 12:53 |
lyarwood | to ensure the instance had booted up and was ssh'able itself | 12:53 |
sean-k-mooney | ack so i tought you can use https://github.com/openstack/tempest/blob/master/tempest/config.py#L897-L970 to configure vlaidations for all test | 12:57 |
sean-k-mooney | can we use that to adress this in the job config | 12:57 |
lyarwood | that doesn't actually do anything for most tests | 12:58 |
lyarwood | brb need to jump on a call | 12:58 |
sean-k-mooney | ... i tought this was ment to run on any test that created a server as part of the server create automatically | 12:59 |
gibi | sean-k-mooney: https://github.com/openstack/tempest/blob/master/tempest/scenario/manager.py#L229-L236 I think this describes the situation | 13:06 |
gibi | sean-k-mooney: so there was an intention to allow running validation for each server but it was never introduced globally | 13:06 |
sean-k-mooney | right i remember that being the intent | 13:11 |
sean-k-mooney | and in the past i think you could even confiure that validation metion to be either ping or ssh | 13:11 |
sean-k-mooney | there was a spec for this somewhere | 13:12 |
sean-k-mooney | this https://specs.openstack.org/openstack/qa-specs/specs/tempest/implemented/ssh-auth-strategy.html | 13: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#L101 | 13:17 |
sean-k-mooney | so ya i twas not actully implemeted | 13:17 |
gibi | yeah | 13:18 |
sean-k-mooney | this is also not the first time i have wanted to use this and discoverd this | 13:18 |
gibi | :) | 13:18 |
sean-k-mooney | maybe we shoudl jsut implement it | 13:19 |
sean-k-mooney | at least the pingable version | 13:19 |
sean-k-mooney | ssh would be nice but if it has an ip the os should be live enough for hotplug | 13:20 |
gibi | I 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 ensured | 13:20 |
lyarwood | Yup I can hack on this | 13:20 |
sean-k-mooney | gibi: well we woudl wait for active and then waith for pingable | 13:21 |
sean-k-mooney | only if the server has a network | 13:21 |
gibi | do we need floating ip for pingability? | 13:21 |
lyarwood | has a network, fip etc yeah | 13:21 |
gibi | and securty group setuo? | 13:21 |
lyarwood | yeah we'd need to pass in and setup the validation resources | 13:21 |
lyarwood | it's entirely possible in the base server creation method | 13:21 |
gibi | OK then we are on the same page about what is required | 13:22 |
lyarwood | I'll revert the console stuff and try to hack on this in the background of calls this afternoon | 13:22 |
gibi | thank you lyarwood | 13:23 |
sean-k-mooney | by the way if we just put a sleep(300) in the test will the issue go away | 13:23 |
gibi | sean-k-mooney: that can be tried too | 13:23 |
sean-k-mooney | e.g. before you do all that work which is good, are we confident it will help | 13:24 |
lyarwood | yup that's a fair test | 13:24 |
lyarwood | maybe not 300 | 13:24 |
sean-k-mooney | i think it might if its an issue with the guest not being ready | 13:24 |
sean-k-mooney | well ya mayb like 30 | 13:24 |
lyarwood | as other things will likely timeout | 13:24 |
lyarwood | okay if someone can test that it would be great | 13:24 |
gibi | I will push a tempest patch and a nova depends-on for that | 13:25 |
gibi | * for the sleep casse | 13:25 |
gibi | case | 13:25 |
sean-k-mooney | how is it already half 1 | 13:25 |
sean-k-mooney | not that the conversation is not engagin but i keep getting distracted today | 13:26 |
sean-k-mooney | i ment ot start with the off path acclerator spec this morning | 13:26 |
gibi | I 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 |
gibi | lyarwood 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 helps | 13:40 |
gibi | does it sounds good to you? | 13:41 |
gibi | I can even dump console before and after the sleep to see if there was activity in the guest | 13:42 |
*** NobodyCam_ is now known as NobodyCam | 13:43 | |
*** erlon_ is now known as erlon | 13:43 | |
*** donnyd_ is now known as donnyd | 13:43 | |
*** viks___ is now known as viks__ | 13:44 | |
*** gmann_ is now known as gmann | 13:45 | |
*** gouthamr_ is now known as gouthamr | 13:45 | |
*** bbezak_ is now known as bbezak | 13:45 | |
*** erbarr_ is now known as erbarr | 13:46 | |
*** johnsom_ is now known as johnsom | 13:46 | |
*** simondodsley_ is now known as simondodsley | 13:46 | |
opendevreview | Balazs Gibizer proposed openstack/nova master: DNM: troubleshoot kernel panic https://review.opendev.org/c/openstack/nova/+/817562 | 14:01 |
gibi | lyarwood, sean-k-mooney that is my trial ^^ | 14:01 |
gibi | ohh I pushed it to master /p\ | 14:01 |
sean-k-mooney | well we see the issue on master too right? | 14:02 |
sean-k-mooney | just less often or is that now resoved | 14:02 |
gibi | sean-k-mooney: not really | 14:02 |
sean-k-mooney | on master | 14:02 |
gibi | or it is so infrequent that I don't see it | 14:02 |
sean-k-mooney | oh ok well i guess just cherry pick it | 14:03 |
opendevreview | Balazs Gibizer proposed openstack/nova stable/victoria: DNM: troubleshoot kernel panic https://review.opendev.org/c/openstack/nova/+/817564 | 14:03 |
gibi | sean-k-mooney: here are the recent hits https://paste.opendev.org/show/810943/ | 14:03 |
sean-k-mooney | look like there are 2 failture there on master | 14: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 |
gibi | nope does are just build failures without the log match | 14:04 |
sean-k-mooney | oh those are fips | 14:04 |
sean-k-mooney | ya | 14:04 |
sean-k-mooney | ok | 14:04 |
opendevreview | Balazs Gibizer proposed openstack/nova stable/victoria: DNM: troubleshoot kernel panic https://review.opendev.org/c/openstack/nova/+/817564 | 14:08 |
opendevreview | Balazs Gibizer proposed openstack/nova stable/victoria: DNM: troubleshoot kernel panic https://review.opendev.org/c/openstack/nova/+/817564 | 14:20 |
lyarwood | gibi: during the volume detach right? I thought I was already dumping the console on failure then? | 14:29 |
lyarwood | sean-k-mooney: random one, do you know the configurable to switch back to ml2/ovs in devstack? | 14:31 |
lyarwood | OVN is being a total PITA on F34 | 14:31 |
lyarwood | ah found an example, sorry | 14:32 |
opendevreview | Merged openstack/nova master: Log failed metadata retrievals https://review.opendev.org/c/openstack/nova/+/815859 | 14:37 |
opendevreview | Merged openstack/nova stable/xena: Define new functional test tox env for placement gate to run https://review.opendev.org/c/openstack/nova/+/817256 | 14:37 |
opendevreview | Merged openstack/nova master: Set "cache_ok=True" in "TypeDecorator" inheriting classes https://review.opendev.org/c/openstack/nova/+/807359 | 14:37 |
sean-k-mooney | lyarwood: its multiple things but ya you can look at os-vif | 14:48 |
sean-k-mooney | https://github.com/openstack/os-vif/commit/b75af3ae1303cf449e881f14191bb10a3fdc373d#diff-108978819c05ae183d88ec87959c2341a94cfc3f9465e3aeee82d554217b4f58 | 14:48 |
sean-k-mooney | also OVN beign a PITA no way how could that be :P | 14:49 |
gibi | lyarwood: I use these in my local conf https://paste.opendev.org/show/810945/ | 14:50 |
sean-k-mooney | i dont think thats actully sufficent now | 14:51 |
sean-k-mooney | unless they have fixed it recently | 14:51 |
gibi | sean-k-mooney: I build devstack with this last week I think | 14:51 |
sean-k-mooney | Q_AGENT=openvswitch did not disable qemu last time i check | 14:51 |
sean-k-mooney | ok so them might have fixed it then | 14:51 |
gibi | lyarwood: 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.py | 14:52 |
lyarwood | gibi: ack cool thanks | 14:52 |
lyarwood | sean-k-mooney: yeah thanks, I think the local issue was with an older version of ovn as the f34 jobs are passing upstream | 14:53 |
lyarwood | die 174 'Socket /var/run/openvswitch/ovnnb_db.sock not found' | 14:53 |
lyarwood | maybe not | 14:53 |
lyarwood | urgh | 14:53 |
sean-k-mooney | it might be selinux | 14:53 |
sean-k-mooney | devstack used to complie form source in the past to make ovn work | 14:53 |
lyarwood | $ getenforce | 14:54 |
lyarwood | Permissive | 14:54 |
lyarwood | https://paste.centos.org/view/2cd83b46 - I get the feeling devstack is just looking for the wrong socket somehow | 14:55 |
sean-k-mooney | am if i remmeber they create a symlink | 14:55 |
sean-k-mooney | they bing devstack | 14:56 |
sean-k-mooney | devstack was simlink /run/ovn to /run/openvswtch | 14:56 |
sean-k-mooney | so that they were all in one folder | 14:56 |
sean-k-mooney | so ys that proably is broken | 14:56 |
sean-k-mooney | https://github.com/openstack/devstack/blob/master/lib/neutron_plugins/ovn_agent#L362 | 14:58 |
*** mnaser_ is now known as mnaser | 14:58 | |
sean-k-mooney | lyarwood: is /run a symlink of /var/run on your system or the other way around | 14:59 |
sean-k-mooney | it shold be but if not that would be the issue | 14:59 |
sean-k-mooney | devstack is assuming that /run and /var/run are the same location | 14:59 |
lyarwood | /var/run is a symlink to /run | 15:00 |
lyarwood | I'll just nuke this env and start again | 15:00 |
lyarwood | but thanks for the pointers | 15:00 |
sean-k-mooney | ok then you shoudl see. /run/ovn/ovnnb_db.sock at /run/openvswitch/ovnnb_db.sock | 15:01 |
sean-k-mooney | this was broken on one of my setup | 15:01 |
lyarwood | yeah it wasn't there | 15:01 |
sean-k-mooney | i had to fully uninstall openvswtich and ovn | 15:01 |
lyarwood | the symlink was missing | 15:01 |
lyarwood | I'm just going to reimage the vm and start again | 15:02 |
sean-k-mooney | then remove the /run/openvswtch and /run/ovn dirs and the /var/run versions | 15:02 |
sean-k-mooney | then it worked | 15:02 |
sean-k-mooney | well you can but i would jsut remove the directores and packages and try stacking one more time first | 15:02 |
sean-k-mooney | i had to do this to get vdpa working on my home server on ubuntu about 3 weeks ago but its been fine since then | 15:04 |
EugenMayer | sean-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 theoratically | 15:25 |
EugenMayer | work 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. Odd | 15:25 |
EugenMayer | Kind 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-mooney | e1000e and e1000 are actully different nics | 15:43 |
sean-k-mooney | on is a pci nic and the other is pcie | 15:43 |
sean-k-mooney | but i have never had much luck using e1000e with openstack | 15:43 |
sean-k-mooney | you need to use the q35 manchine type | 15:43 |
sean-k-mooney | to get a pcie bus | 15:43 |
sean-k-mooney | perhaps that is the problem | 15:43 |
sean-k-mooney | the default machine type is pc-ix440 | 15:44 |
sean-k-mooney | which doen not have pcie only pci | 15:44 |
EugenMayer | that is an interesting point | 15:48 |
EugenMayer | but since i do not set this via meta-data it does not make sense that the qcow2 variant works and the other does not, right | 15:48 |
kevko | sean-k-mooney: hi, maybe I found something weird in my last discussed problem if you remember ... | 15:49 |
EugenMayer | if 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=no | 15:50 |
EugenMayer | or for 7.x | 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=e1000e --property hw_boot_menu=true --property hw_qemu_guest_agent=no | 15:50 |
opendevreview | mitya-eremeev-2 proposed openstack/nova master: Close Glance image if downloading failed. https://review.opendev.org/c/openstack/nova/+/815347 | 15:52 |
gmann | lyarwood: 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 ssh | 16:20 |
lyarwood | gmann: I'm not sure what you mean by 1. do you have an example? | 16:21 |
lyarwood | what we are looking for here is a check during creation before any additional actions or validations actually happen | 16:22 |
lyarwood | I've got a WIP locally that I can finish up this evening to show what I mean | 16:22 |
gmann | lyarwood: we do access remote client only if run_validation is true in API tests | 16:24 |
gmann | lyarwood: but I think this does not check https://github.com/openstack/tempest/blob/7e96c8e854386f43604ad098a6ec7606ee676145/tempest/common/compute.py#L270 | 16:24 |
gmann | lyarwood: we should have this with condition CONF.validation.run_validation | 16:25 |
lyarwood | yeah I'm nuking that implementation FWIW | 16:25 |
lyarwood | parsing the console it's valid IMHO | 16:25 |
opendevreview | Dan Smith proposed openstack/nova master: WIP: Revert project-specific APIs for servers https://review.opendev.org/c/openstack/nova/+/816206 | 16:25 |
dansmith | gmann: 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 case | 16:26 |
gmann | lyarwood: +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 |
gmann | dansmith: thanks, I will check it after lunch today. | 16:27 |
lyarwood | gmann: I'm overloading wait_until to accept PINGABLE and SSHABLE, both basically fallback to ACTIVE if validations aren't enabled | 16:27 |
lyarwood | gmann: but when they are we wait first until the server is ACTIVE and then pingable or sshable etc. | 16:28 |
gmann | lyarwood: 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 |
lyarwood | gmann: 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 |
lyarwood | gmann: if not it just waits until it's ACTIVE and continues | 16:42 |
gmann | lyarwood: +1 | 16:43 |
opendevreview | mitya-eremeev-2 proposed openstack/nova master: Close Glance image if downloading failed. https://review.opendev.org/c/openstack/nova/+/815347 | 17:01 |
gibi | lyarwood, 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/logs | 17:13 |
gibi | but also the guest did not print anything to the console during that extra 30 seconds | 17:14 |
gibi | so no hard proof yet that we need to wait | 17:14 |
gibi | I will recheck it | 17:14 |
sean-k-mooney | ack | 17:15 |
sean-k-mooney | so you wait for it to be active then sleep 30 right | 17:15 |
sean-k-mooney | then attach and detach | 17:16 |
gibi | nope, the failures are happening during test class cleanup | 17:17 |
sean-k-mooney | oh you put it in the detach | 17:17 |
gibi | so I just wait before the detach | 17:17 |
sean-k-mooney | oh its not in the actual detach test | 17:18 |
sean-k-mooney | its in the cleanup of a test that did attach? | 17:18 |
gibi | yes | 17:18 |
sean-k-mooney | i see why not just remove https://review.opendev.org/c/openstack/tempest/+/817560/1/tempest/api/compute/base.py#619 | 17:18 |
gibi | created server, attached volume, did a live migration and then cleanup | 17:18 |
sean-k-mooney | we want to delete the voluem after the test sure but we dont need to detach it just delete the vm | 17:20 |
gibi | I'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 case | 17:22 |
lyarwood | yeah volume attach always adds in the detach cleanup in tempest | 17:26 |
lyarwood | I've talked about removing that in the past but people didn't want to drop the coverage of detach etc | 17:26 |
sean-k-mooney | which given we have detach test i dont really get | 17:28 |
sean-k-mooney | we did talk about it for the compute test before definetly | 17:28 |
*** carloss_ is now known as carloss | 17:53 | |
opendevreview | Balazs Gibizer proposed openstack/nova master: Add debug log for scheduler weight calculation https://review.opendev.org/c/openstack/nova/+/817632 | 18:12 |
opendevreview | Lee Yarwood proposed openstack/nova stable/victoria: DNM - Testing volume detach failures https://review.opendev.org/c/openstack/nova/+/817636 | 18:14 |
lyarwood | gibi ^ 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 mind | 18:15 |
gibi | ok, lets see how it goes with the testing | 18:16 |
gmann | gibi: can you check this, it help to remove this broken opensuse job from tempest https://review.opendev.org/c/openstack/nova/+/816574 | 18:21 |
EugenMayer | sean-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 be | 18:36 |
EugenMayer | hw_machine_type=q35 i guess, right? | 18:36 |
sean-k-mooney | yes if you want to use e100e | 18:38 |
sean-k-mooney | *e1000e | 18:38 |
sean-k-mooney | with pcie | 18:38 |
sean-k-mooney | but i have never tied to run esxi on openstack so your millage will vary | 18:38 |
opendevreview | Merged openstack/placement stable/xena: Use 'functional-without-sample-db-tests' tox env for placement nova job https://review.opendev.org/c/openstack/placement/+/817255 | 18:56 |
EugenMayer | sean-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 |
opendevreview | Stephen Finucane proposed openstack/nova master: tests: Enable SQLAlchemy 2.0 deprecation warnings https://review.opendev.org/c/openstack/nova/+/804709 | 19:19 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace use of Engine.scalar(), Engine.execute() https://review.opendev.org/c/openstack/nova/+/804878 | 19:19 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace use of 'autoload' parameter https://review.opendev.org/c/openstack/nova/+/805734 | 19:19 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace use of legacy select() calling style https://review.opendev.org/c/openstack/nova/+/805735 | 19:19 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace 'insert.inline' parameter with 'Insert.inline()' method https://review.opendev.org/c/openstack/nova/+/805736 | 19:19 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Don't pass strings to 'Connection.execute' https://review.opendev.org/c/openstack/nova/+/805737 | 19:19 |
opendevreview | Stephen Finucane proposed openstack/nova master: test: Restore - don't reset - warning filters https://review.opendev.org/c/openstack/nova/+/817641 | 19:19 |
stephenfin | Had 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 us | 19:26 |
* stephenfin wouldn't actually throw tea at anyone. It's hot | 19:26 | |
stephenfin | *Had a fun time figuring out | 19:26 |
opendevreview | Stephen Finucane proposed openstack/nova master: tests: Restore - don't reset - warning filters https://review.opendev.org/c/openstack/nova/+/817641 | 19:31 |
opendevreview | Stephen Finucane proposed openstack/nova master: tests: Enable SQLAlchemy 2.0 deprecation warnings https://review.opendev.org/c/openstack/nova/+/804709 | 19:31 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace use of Engine.scalar(), Engine.execute() https://review.opendev.org/c/openstack/nova/+/804878 | 19:31 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace use of 'autoload' parameter https://review.opendev.org/c/openstack/nova/+/805734 | 19:31 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace use of legacy select() calling style https://review.opendev.org/c/openstack/nova/+/805735 | 19:31 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Replace 'insert.inline' parameter with 'Insert.inline()' method https://review.opendev.org/c/openstack/nova/+/805736 | 19:31 |
opendevreview | Stephen Finucane proposed openstack/nova master: db: Don't pass strings to 'Connection.execute' https://review.opendev.org/c/openstack/nova/+/805737 | 19:31 |
opendevreview | Julia Kreger proposed openstack/nova master: WIP Ironic - Reconcile compute host records on rebalance https://review.opendev.org/c/openstack/nova/+/817467 | 21:10 |
opendevreview | melanie witt proposed openstack/nova master: Add stub unified limits driver https://review.opendev.org/c/openstack/nova/+/712137 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Assert quota related API behavior when noop https://review.opendev.org/c/openstack/nova/+/712140 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Make unified limits APIs return reserved of 0 https://review.opendev.org/c/openstack/nova/+/712141 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: DNM Run against unmerged oslo.limit changes https://review.opendev.org/c/openstack/nova/+/812236 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Add logic to enforce local api and db limits https://review.opendev.org/c/openstack/nova/+/712139 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Enforce api and db limits https://review.opendev.org/c/openstack/nova/+/712142 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Update quota_class APIs for db and api limits https://review.opendev.org/c/openstack/nova/+/712143 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Update limit APIs https://review.opendev.org/c/openstack/nova/+/712707 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Update quota sets APIs https://review.opendev.org/c/openstack/nova/+/712749 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Tell oslo.limit how to count nova resources https://review.opendev.org/c/openstack/nova/+/713301 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Enforce resource limits using oslo.limit https://review.opendev.org/c/openstack/nova/+/615180 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Add legacy limits and usage to placement unified limits https://review.opendev.org/c/openstack/nova/+/713498 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Update quota apis with keystone limits and usage https://review.opendev.org/c/openstack/nova/+/713499 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: Add reno for unified limits https://review.opendev.org/c/openstack/nova/+/715271 | 23:47 |
opendevreview | melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | 23:47 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!