| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-10-26 | |||
| 16:06:35 | sean-k-mooney | lbragstad: we dont really have project admins | |
| 16:06:35 | bauzas | it's simple for o.vo objects | |
| 16:06:45 | bauzas | gibi: but fair enough | |
| 16:06:46 | sean-k-mooney | lbragstad: project admins are admins | |
| 16:06:58 | lbragstad | sean-k-mooney ok - i was just looking through the policy and noticed that comment | |
| 16:07:13 | lbragstad | it looks like only system administrators can list and view hypervisors and services | |
| 16:07:27 | sean-k-mooney | i dont think we make a distinciton | |
| 16:07:48 | sean-k-mooney | lbragstad: between a system admin and any other type of admin | |
| 16:08:02 | sean-k-mooney | unless that has changed with the scopes thing | |
| 16:08:27 | lbragstad | https://opendev.org/openstack/nova/src/branch/master/nova/policies/hypervisors.py#L37 | |
| 16:08:27 | lbragstad | looks like it did | |
| 16:08:32 | lbragstad | https://opendev.org/openstack/nova/src/branch/master/nova/policies/base.py#L111 | |
| 16:18:51 | lbragstad | sean-k-mooney i think i figured it out - thanks | |
| 16:22:40 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova-specs master: Re-propose "Secure Boot support for KVM & QEMU guests" for Wallaby https://review.opendev.org/759731 | |
| 17:53:35 | gmann | lbragstad: yeah that is one of the todo to make system admin to create server for projects so that host info etc can be passed in. | |
| 17:54:12 | lbragstad | gmann got it | |
| 17:54:13 | gmann | lbragstad: project admin can get host info of existing server via GET /servers | |
| 17:55:00 | lbragstad | any project user can do that, but only project administrators can exploit creating a server on a specific host, right? | |
| 17:55:02 | gmann | and that way they can use current default which is PROJECT_ADMIN. not perfect default for now but something to improve with microversion | |
| 17:55:12 | gmann | lbragstad: yes | |
| 17:55:27 | lbragstad | ok - cool | |
| 18:00:55 | admin0 | hi guys .. how to fix placement database .. a compute node with instances has now a different uuid than what it was originally added as | |
| 18:01:29 | admin0 | so when nova-compute runs, it says unable to add host as name already exists | |
| 18:01:45 | admin0 | is it safe to rename a compute node while there are instances running there | |
| 18:05:17 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: WIP: add ovo-mypy-plugin to type hinting o.vos https://review.opendev.org/758851 | |
| 22:17:36 | gmann | gibi: I added one topic 'Allow system admin to create server for other projects' in etherpad L458 - https://etherpad.opendev.org/p/nova-wallaby-ptg | |
| 22:18:18 | gmann | gibi: I will be TC sessions on friday, if we can discuss it before Friday. anytime other than Friday I am ok. | |
| 22:18:36 | gmann | sorry for adding it late. | |
| 22:30:26 | gmann | gibi: basically two, one for policy warning also | |
| #openstack-nova - 2020-10-27 | |||
| 00:55:17 | openstackgerrit | Merged openstack/nova stable/stein: Allow tap interface with multiqueue https://review.opendev.org/757886 | |
| 08:03:22 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Re-proposes 'Proposal for a safer remote console with password authentication https://review.opendev.org/759828 | |
| 08:07:35 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Re-proposes 'Proposal for a safer remote console with password authentication https://review.opendev.org/759828 | |
| 08:36:31 | gibi | gmann: OK, I moved both of your topic for Thursday | |
| 08:38:04 | bauzas | good morning Nova | |
| 08:39:00 | gibi | bauzas: good morning | |
| 08:45:20 | lyarwood | Morning | |
| 08:47:35 | bauzas | :) | |
| 08:48:06 | bauzas | gibi: fwiw, I was trying to attend the cyborg session this morning about vGPU management, but I didn't have time for it | |
| 08:48:43 | bauzas | gibi: I'm trying to shepherd their spec https://review.opendev.org/#/c/758925 | |
| 08:48:58 | bauzas | brinzhang_: around ? | |
| 08:50:50 | openstackgerrit | Jorhson Deng proposed openstack/nova master: Reject to attach and detach volume while task_state is not None https://review.opendev.org/758918 | |
| 08:59:43 | gibi | bauzas: There is a long writeup on https://etherpad.opendev.org/p/nova-wallaby-ptg for the cyborg crossproject about gpus | |
| 08:59:56 | gibi | ~L50 | |
| 09:00:33 | bauzas | gibi: yup i saw it, but I have a lot of open questions about it | |
| 09:01:31 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Only ask tpool.Proxy to autowrap vir* classes https://review.opendev.org/759831 | |
| 09:02:27 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Only ask tpool.Proxy to autowrap vir* classes https://review.opendev.org/759831 | |
| 09:04:56 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Only ask tpool.Proxy to autowrap vir* classes https://review.opendev.org/759831 | |
| 09:05:18 | lyarwood | gibi / bauzas / stephenfin ^ should unblock the gate hopefully, based on feedback from the libvirt-python devs | |
| 09:05:54 | kashyap | Yeah, that should unblock, based on what DanPB's tests | |
| 09:06:50 | gibi | lyarwood, kashyap: thanks for taking care of this issue | |
| 09:07:48 | bauzas | lyarwood: so, no need to use another release ? | |
| 09:07:50 | kashyap | (Thanks also to Mel Witt and DanPB for the root cause analysis :-)) | |
| 09:08:30 | lyarwood | bauzas: hopefully not | |
| 09:30:02 | lyarwood | stephenfin: ^ updated the releasenote | |
| 09:30:02 | openstack | bug 1882521 in Cinder "Failing device detachments on Focal" [Undecided,New] https://launchpad.net/bugs/1882521 | |
| 09:30:02 | openstackgerrit | Lee Yarwood proposed openstack/nova master: releasenotes: Add fixes note for bug #1882521 https://review.opendev.org/758971 | |
| 09:39:01 | Diavel | a tool which consumes amqp messages and runs on every compute node, to simplify life it consumes only messages targeted/emitted for/from the specific compute node. With this the code of the tool I am doing could stay pretty clean. | |
| 09:39:01 | Diavel | Hi guys, I wanted to ask for your opinion. Does it make sense to add a notification for compute nodes when an instance metadata gets updated -- see here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L4232? Currently only the controller sends a notification `instance.update` with `InstanceUpdatePayload` which is fine but imho it could also be useful to have it sent by compute nodes. The thing is I am working on | |
| 09:39:13 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Only ask tpool.Proxy to autowrap vir* classes https://review.opendev.org/759831 | |
| 09:42:07 | gibi | Diavel: Hi! the instance metadata change handled fully in the controller. There is an RPC cast to the compute but that was only there for the XenAPI virt driver that is recently removed so the RPC will go away in the future | |
| 09:43:31 | Diavel | gibi: that means that in the future versions if I wanna keep a watch over instance metadata updates I have no other option than to watch controller amqp messages? | |
| 09:43:32 | gibi | Diavel: also duplicating the same notification feels bad to me | |
| 09:43:58 | gibi | Diavel: I assume this is not the only notification that is emited by the controller only | |
| 09:45:38 | gibi | so overall it is good idea to watch for the controller too | |
| 09:46:08 | gibi | you can configure nova to emit the notification to a specific message bus independently from th RPC config | |
| 09:46:27 | gibi | so you can create a config where every nova service uses the same message bus for notifications | |
| 09:46:34 | gibi | and then you only need to listen to that bus | |
| 09:46:36 | gibi | in a single place | |
| 09:47:31 | Diavel | yeah that's what I am doing.. actually I have configured it so that every compute uses its own message bus and that is consumed by that tool which I am working on | |
| 09:47:42 | Diavel | but to be honest only the metadata update event is missing | |
| 09:47:55 | Diavel | otherwise everything else I have tested is sent by compute | |
| 09:51:31 | gibi | Diavel: just top of my head instance tags and update on instance attributes like display_name are also handled only on the controller | |
| 09:53:54 | Diavel | gibi: ok got it. Thanks for clarifying this. :) | |
| 09:55:46 | stephenfin | lyarwood: good sleuthing | |
| 10:01:22 | lyarwood | stephenfin: danpb and melwitt found it tbh | |
| 10:01:40 | stephenfin | Fair | |
| 10:01:49 | stephenfin | I'm just happy it's not _my_ mypy stuff causing issues :) | |
| 10:02:17 | lyarwood | haha indeed | |
| 10:12:02 | gibi | stephenfin: it is someone else's mypy stuff but it is still some typing issue :D | |
| 10:12:39 | gibi | so I guess this is still a negative thing for the typing effort | |
| 10:23:33 | bauzas | stephenfin: I prefer my pie rather than mypy :p | |
| 10:24:22 | bauzas | (a quince pie) | |
| 12:27:31 | sean-k-mooney | is the gate currently broken by the libvirt issue by the way? | |
| 12:27:36 | sean-k-mooney | before i recheck something | |
| 12:27:47 | gibi | sean-k-mooney: yes it is | |
| 12:28:02 | gibi | nova-compute fails to start | |
| 12:28:32 | gibi | sean-k-mooney: we hope https://review.opendev.org/#/c/759831/ will solve it | |
| 12:28:56 | sean-k-mooney | ... ok so there is no point in me asking for reviews i have 2 patches i need to get merged soon | |
| 12:29:13 | sean-k-mooney | ya i saw that earlier i was not sure if it had merged | |
| 12:29:17 | sean-k-mooney | and i lost the link | |
| 12:29:20 | sean-k-mooney | thanks :) | |
| 12:30:02 | sean-k-mooney | return tuple([cls[1] for cls in classes if cls[0].startswith("vir")]) should work provided they keep to there nameing scheme | |
| 12:31:03 | sean-k-mooney | well when the gate is green again can people take a look at https://review.opendev.org/#/c/751642/7 and ill recheck https://review.opendev.org/#/c/602432/22 later | |
| 12:31:16 | gmann | gibi: thanks | |
| 13:12:27 | sean-k-mooney | lyarwood: gibi stephenfin just spoke to fungi and frickler in #opendev we might need to make grenade non voting for https://review.opendev.org/#/c/759831/ to merge or merge it to victoria first and forward port it | |
| 13:13:22 | lyarwood | sean-k-mooney: oh fun | |
| 13:13:49 | lyarwood | sean-k-mooney: I didn't realise this was also broken in V | |
| 13:13:52 | fungi | usually you merge to the oldest affected branch first and work your way up to the newest | |
| 13:14:09 | fungi | at least if upgrade testing is impacted | |
| 13:14:25 | sean-k-mooney | lyarwood: i saw it broken on a grenade job fro one of frickler patches it failed in the inital stack i think | |