| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-10-31 | |||
| 16:53:46 | sean-k-mooney | we need a syntax in the role to say this is authorised by the service token | |
| 16:53:52 | gmann | let me scheudle one after TC meeting today (which is after 3 hr from now). sean-k-mooney is that late for you? | |
| 16:53:52 | dansmith | yeah | |
| 16:54:03 | dansmith | gmann: can we make it a different day// | |
| 16:54:09 | gmann | sure | |
| 16:54:09 | dansmith | today is already busy and full of meetings for me | |
| 16:54:12 | dansmith | I'm about meetinged out | |
| 16:54:34 | gmann | tomorrow same time as nova meeting today? | |
| 16:54:38 | bauzas | I'm off this wed and this friday, but please do this when I'm not here :) | |
| 16:54:43 | dansmith | gmann: +1h from this meeting I think | |
| 16:54:58 | dansmith | gmann: we have a downstream meeting this time tomorrow | |
| 16:55:00 | gmann | sean-k-mooney: yeah, i got point for service_token vs service role. but need to check syntext and how oslo.policy going to enforce it | |
| 16:55:01 | dansmith | or 1h before this one would work | |
| 16:55:40 | gmann | +1 hr is good for me. sean-k-mooney how about you ? tomorrow 17 UTC | |
| 16:55:45 | dansmith | bauzas: you mean you're delegating and we'll brief you when we get a solution :) | |
| 16:55:52 | bauzas | dansmith: exactly, sold | |
| 16:55:59 | sean-k-mooney | ill ateend whenever | |
| 16:56:11 | gmann | cool. i will send invite | |
| 16:56:29 | sean-k-mooney | i think dansmith more or less is on the same page as me so if there there its likely fine and ill attend if im around | |
| 16:56:40 | bauzas | I just pass my PTL service token to dansmith and sean-k-mooney and tell to use my auth token for signing-off | |
| 16:56:52 | sean-k-mooney | i shoudl be free at that time for what tis worth | |
| 16:56:58 | dansmith | bauzas: badum tish | |
| 16:58:33 | bauzas | love it when a plan comes together ! | |
| 16:58:50 | bauzas | and ends the meeting | |
| 16:59:07 | bauzas | thanks all | |
| 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 | |