| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-10-31 | |||
| 16:59:11 | bauzas | #endmeeting | |
| 16:59:12 | opendevmeet | Meeting ended Tue Oct 31 16:59:11 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:59:12 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2023/nova.2023-10-31-16.00.html | |
| 16:59:12 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-10-31-16.00.txt | |
| 16:59:12 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2023/nova.2023-10-31-16.00.log.html | |
| 16:59:19 | elodilles | thanks o/ | |
| 17:00:58 | opendevreview | John Garbutt proposed openstack/nova-specs master: WIP: Add spec for PCI Groups https://review.opendev.org/c/openstack/nova-specs/+/899719 | |
| 17:02:15 | sean-k-mooney | :) i should add ^ to my reading list | |
| 17:03:47 | bauzas | sean-k-mooney: dansmith: when you're around, fwiw, I wrote a bugfix for the sriov gpu problem https://review.opendev.org/c/openstack/nova/+/899625 | |
| 17:04:00 | bauzas | we basically agreed on the solution but I needed to add another meat | |
| 17:04:42 | bauzas | since we create a new mediated device when spawning, there is some race condition until the periodic update_rp() runs | |
| 17:06:02 | bauzas | so I tried to find a solution, which is to call the update_rp() method after the contextmanager run | |
| 17:12:56 | dansmith | bauzas: okay I need to catch up on context | |
| 17:13:22 | bauzas | as a reminder, a GPU has multiple VFs | |
| 17:13:33 | bauzas | each of the VFs can have only one mdev | |
| 17:13:37 | bauzas | but, | |
| 17:13:46 | bauzas | this depends on the vgpu type | |
| 17:14:23 | bauzas | say a vgpu type only supports 2 vGPUs, then if a GPU has 16 VFs, only two of them can have a mdev | |
| 17:15:12 | bauzas | for the first mdev, this doesn't change the sysfs : we see that one VF has available_instances be 0 while the 15 else have available_instances = 1 | |
| 17:15:29 | dansmith | I think this was discussed in the nova room after I had to leave for tc stuff right? | |
| 17:15:45 | bauzas | but once we use another VF for creating a mdev, then all of the 14 else now have available_instances = 0 | |
| 17:16:10 | bauzas | dansmith: well, we discussed this before I think but I haven't verified whether you were around | |
| 17:16:40 | bauzas | https://etherpad.opendev.org/p/nova-caracal-ptg#L678 | |
| 17:17:05 | dansmith | yeah I wasn't, AFAIK | |
| 17:17:16 | bauzas | so, the problem was due to https://github.com/openstack/nova/blob/9c9cd3d9b6d1d1e6f62012cd8a86fd588fb74dc2/nova/virt/libvirt/driver.py#L9110-L9111 | |
| 17:17:18 | dansmith | I'm in another convo right now leading up to the TC meeting soon, but I'll circle back | |
| 17:18:09 | bauzas | basically, the libvirt driver correctly numbers the values and then it passes a total=0 | |
| 17:18:22 | bauzas | so we need now to delete the RP if so | |
| 17:18:43 | bauzas | dansmith: sure, no worries, I understand this needs a lot of context | |
| 17:19:11 | bauzas | and probably some hardware environment :) | |
| 21:25:38 | opendevreview | sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753 | |
| 22:45:13 | JayF | sean-k-mooney: gave you co-authored-by on an ironic change that looks like 899753; your toml file LGTM and the commit message was way better than what I would've written so I cribbed it all :D | |
| 22:45:41 | JayF | thank you :D | |
| #openstack-nova - 2023-11-01 | |||
| 02:36:02 | opendevreview | Artom Lifshitz proposed openstack/nova master: Call Neutron immediately upon _post_live_migration() start https://review.opendev.org/c/openstack/nova/+/883682 | |
| 02:36:03 | opendevreview | Artom Lifshitz proposed openstack/nova master: Parallelize calls to Neutron and Cinder in post_live_migration https://review.opendev.org/c/openstack/nova/+/883678 | |
| 02:55:50 | opendevreview | Artom Lifshitz proposed openstack/nova master: libvirt: Stop unconditionally enabling evmcs https://review.opendev.org/c/openstack/nova/+/899776 | |
| 07:57:14 | opendevreview | Amit Uniyal proposed openstack/nova-specs master: Enforce console session timeout https://review.opendev.org/c/openstack/nova-specs/+/898553 | |
| 09:36:07 | opendevreview | Pranali Deore proposed openstack/nova master: Support glance's new location API https://review.opendev.org/c/openstack/nova/+/891036 | |
| 09:36:21 | opendevreview | Pranali Deore proposed openstack/nova master: DNM: Test glance new location api https://review.opendev.org/c/openstack/nova/+/891207 | |
| 10:01:23 | opendevreview | Pranali Deore proposed openstack/nova master: Support glance's new location API https://review.opendev.org/c/openstack/nova/+/891036 | |
| 10:01:33 | opendevreview | Pranali Deore proposed openstack/nova master: DNM: Test glance new location api https://review.opendev.org/c/openstack/nova/+/891207 | |
| 10:39:01 | ierdem | Hi folks, I have kolla-ansible/yoga deployment and I realized that hypervisor total CPUs count appears az zero on admin/overview page on Horizon. I also tried to get cpu count using CLI; 'openstack hypervisor stats' does not show actual CPU count on hypervisor but used_vcpus. I could not find a solution to this. Could you help me? | |
| 12:11:24 | sean-k-mooney | JayF: one slight oddity is that on nova's py39 functional job the fallback to the legacy editable install is failng | |
| 12:11:36 | sean-k-mooney | so we might need https://review.opendev.org/c/openstack/pbr/+/899848 first | |
| 12:12:39 | sean-k-mooney | i have know idea why that would be python sepcifric other then perhaps we have slightly idffent package version for some reason | |
| 12:12:54 | sean-k-mooney | perhaps a wheel caching issue | |
| 12:17:46 | opendevreview | sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753 | |
| 12:31:18 | sean-k-mooney | ierdem: your likely encountering https://specs.openstack.org/openstack/nova-specs/specs/wallaby/implemented/modernize-os-hypervisors-api.html | |
| 13:40:00 | dansmith_ | bauzas: around? | |
| 14:36:22 | spatel | sean-k-mooney morning! | |
| 14:36:27 | spatel | hope you doing well | |
| 16:26:12 | gmann | dansmith: sean-k-mooney: for rbac discussion in ~35 min from now, we can use this link https://meet.google.com/ost-wxum-cps | |
| 16:27:36 | dansmith | ack | |
| 17:27:22 | dansmith | sean-k-mooney: are you around? | |
| 17:30:07 | sean-k-mooney | yes | |
| 17:30:29 | dansmith | wanna join the above to make sure your concerns are represented/ | |
| 17:30:51 | sean-k-mooney | sure got a link | |
| 17:30:56 | sean-k-mooney | just finishing an internal meeting | |
| 17:30:58 | dansmith | https://meet.google.com/ost-wxum-cps | |
| 17:31:10 | dansmith | sean-k-mooney: it was above but maybe you lost the scrollback | |
| #openstack-nova - 2023-11-02 | |||
| 08:41:48 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: AggregateMultitenancyIsolation to support unlimited tenant https://review.opendev.org/c/openstack/nova/+/896512 | |
| 10:11:55 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Add debug logging to can_fit_pagesize https://review.opendev.org/c/openstack/nova/+/899942 | |
| 10:20:26 | opendevreview | Alexey Stupnikov proposed openstack/nova stable/2023.1: Translate VF network capabilities to port binding https://review.opendev.org/c/openstack/nova/+/898945 | |
| 11:10:47 | opendevreview | sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753 | |
| 11:14:11 | opendevreview | sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753 | |
| 11:21:57 | opendevreview | sean mooney proposed openstack/os-vif master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/os-vif/+/899946 | |
| 11:23:11 | opendevreview | sean mooney proposed openstack/placement master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/placement/+/899947 | |
| 11:24:57 | opendevreview | sean mooney proposed openstack/os-traits master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/os-traits/+/899948 | |
| 11:25:57 | opendevreview | sean mooney proposed openstack/os-resource-classes master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/os-resource-classes/+/899949 | |
| 11:27:54 | opendevreview | sean mooney proposed openstack/python-novaclient master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/python-novaclient/+/899950 | |
| 11:54:32 | opendevreview | sean mooney proposed openstack/osc-placement master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/osc-placement/+/899955 | |
| 12:40:32 | greatgatsby | Good day. Having trouble converting a `nova boot` command to the `openstack server create` equivalent. With `nova boot` I can have a one-liner that creates and boots from a volume that also has the delete on instance termination set by using --block-device and shutdown=remove. However, with `openstack server create` the only thing I can get to work is first doing a --boot-from-volume and then using `openstack volume update | |
| 12:40:32 | greatgatsby | --delete-on-termination`. | |
| 12:44:23 | opendevreview | sean mooney proposed openstack/nova master: Use centos-9-stream for functional-py39 job https://review.opendev.org/c/openstack/nova/+/899959 | |
| 12:44:55 | greatgatsby | If I try to use a similar --block-device arg for `openstack server create` I get an error saying that one of --image --image-property --volume --snapshot is required | |
| 12:46:57 | sean-k-mooney | i are you trying to add a data volume or do boot form volume | |
| 12:50:07 | greatgatsby | sean-k-mooney: thanks for the reply. Boot from volume, where the volume is created from an image. I seem to be able to do it as a one-liner with `nova boot` but not `openstack server create` | |
| 12:50:23 | frickler | the "one of ... is required" is a bug that should be fixed in recent osc iirc | |
| 12:50:39 | sean-k-mooney | frickler: its not a bug | |
| 12:50:55 | sean-k-mooney | so if you want to do it in one line | |
| 12:51:02 | sean-k-mooney | you need to use --block-device-mapping | |
| 12:51:19 | greatgatsby | that says its deprecated in the help | |
| 12:52:02 | sean-k-mooney | well you can actully use --block-device i think as well that is the replacement for --block-device-mappings | |
| 12:52:23 | sean-k-mooney | but you have to specify more then just the delete on terminate flag | |
| 12:52:42 | greatgatsby | that's what I tried, basically the 1:1 --block-device I as using from nova boot, but then I get the error about those other flags being required | |
| 12:53:06 | sean-k-mooney | right os i dont think this was intened to be a 1:1 port | |
| 12:53:11 | greatgatsby | I'll test with a newer version of the openstack CLI. We're using explicit versions specified by our kolla (yoga) version | |
| 12:53:22 | sean-k-mooney | it may have been a osc bug | |
| 12:53:41 | greatgatsby | 1:1 in that I use the equivalent params | |
| 12:54:30 | sean-k-mooney | we would expect osc to map to the api partmerts but im not sure if novaclient was doing some magic internally | |
| 12:55:40 | sean-k-mooney | greatgatsby: i think --block-device-mapping will workaround the limiation on older osc version an hopefully new version of osc will also work | |
| 12:56:11 | greatgatsby | nice, thanks a lot for the help, I'll test both those scenarios | |
| 13:01:05 | sean-k-mooney | frickler: was this what you were thinking of? https://github.com/openstack/python-openstackclient/commit/89e5d67a16bd86af7bbe8480252686e2eef55095 | |
| 13:01:26 | sean-k-mooney | because that is detecting fi you forget to pass --image with --boot-from-volume | |
| 13:04:14 | sean-k-mooney | greatgatsby: this is where your error is comming form | |
| 13:04:16 | sean-k-mooney | https://github.com/openstack/python-openstackclient/blob/master/openstackclient/compute/v2/server.py#L1714-L1725 | |
| 13:04:36 | sean-k-mooney | at least i think so | |
| 13:05:29 | sean-k-mooney | oh no its https://github.com/openstack/python-openstackclient/blob/master/openstackclient/compute/v2/server.py#L1762-L1769 | |
| 13:06:22 | sean-k-mooney | greatgatsby: so i think what is missing is you likely dont have boot_index=0 set in the the --block-device argumetns? | |
| 13:06:54 | greatgatsby | if I do `openstack server create --block-device source_type=image,uuid=<uuid>,destination_type=volume,volume_size=10,delete_on_termination=true I still get an error about one of those other flags being required, OCS 5.8.0 | |