| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-11 | |||
| 10:45:47 | sean-k-mooney | well hopefully you will get it sooner then your broadband upgrade | |
| 10:45:47 | sean-k-mooney | well hopefully you will get it sooner then your broadband upgrade | |
| 11:06:27 | openstackgerrit | Lee Yarwood proposed openstack/nova master: WIP compute: Persist image id within the system_metadata of an instance https://review.opendev.org/c/openstack/nova/+/790659 | |
| 11:06:28 | openstackgerrit | Lee Yarwood proposed openstack/nova master: WIP hardware: Use image_meta.id within get_mem_encryption_constraint https://review.opendev.org/c/openstack/nova/+/790660 | |
| 11:06:29 | openstack | bug 1928063 in OpenStack Compute (nova) "SEV enabled instance unable to hard reboot" [Undecided,New] https://launchpad.net/bugs/1928063 - Assigned to Lee Yarwood (lyarwood) | |
| 11:06:29 | openstackgerrit | Lee Yarwood proposed openstack/nova master: WIP hardware: Use image_meta.id within get_mem_encryption_constraint https://review.opendev.org/c/openstack/nova/+/790660 | |
| 11:06:29 | openstackgerrit | Lee Yarwood proposed openstack/nova master: WIP compute: Persist image id within the system_metadata of an instance https://review.opendev.org/c/openstack/nova/+/790659 | |
| 11:06:29 | openstack | bug 1928063 in OpenStack Compute (nova) "SEV enabled instance unable to hard reboot" [Undecided,New] https://launchpad.net/bugs/1928063 - Assigned to Lee Yarwood (lyarwood) | |
| 11:06:29 | openstackgerrit | Lee Yarwood proposed openstack/nova master: Add regression test for bug #1928063 https://review.opendev.org/c/openstack/nova/+/790658 | |
| 11:07:03 | lyarwood | stephenfin: ack I'll review the mypy stuff this week, apologies for not getting to it before PTO | |
| 11:07:03 | lyarwood | stephenfin: ack I'll review the mypy stuff this week, apologies for not getting to it before PTO | |
| 11:14:10 | stephenfin | ta | |
| 11:14:10 | stephenfin | ta | |
| 11:38:44 | gibi | sean-k-mooney: thanks for trying to cover some part of the ELK stack. | |
| 11:38:44 | gibi | sean-k-mooney: thanks for trying to cover some part of the ELK stack. | |
| 11:44:12 | sean-k-mooney | gibi: ill be reinstalling my home system later in the week so ill try and see if i can get something working at the weekend | |
| 11:44:12 | sean-k-mooney | gibi: ill be reinstalling my home system later in the week so ill try and see if i can get something working at the weekend | |
| 11:45:31 | sean-k-mooney | im hoping i can just use kolla's supprot for deploying elk or efk technically to maintian the stack | |
| 11:45:31 | sean-k-mooney | im hoping i can just use kolla's supprot for deploying elk or efk technically to maintian the stack | |
| 11:46:10 | sean-k-mooney | what i need to figure out is what is the best way to upload the logs to it form the upstream jobs | |
| 11:46:10 | sean-k-mooney | what i need to figure out is what is the best way to upload the logs to it form the upstream jobs | |
| 11:49:02 | sean-k-mooney | im thinking of trying the http plugin for fluentd to submit the logs with basically curl. | |
| 11:49:02 | sean-k-mooney | im thinking of trying the http plugin for fluentd to submit the logs with basically curl. | |
| 11:49:04 | sean-k-mooney | https://docs.fluentd.org/input/http | |
| 11:49:04 | sean-k-mooney | https://docs.fluentd.org/input/http | |
| 12:19:11 | admin0 | hi guys .. is it possible to add bus and slot on pci_passthrough alias whitelist ? | |
| 12:19:11 | admin0 | hi guys .. is it possible to add bus and slot on pci_passthrough alias whitelist ? | |
| 12:19:22 | admin0 | alias = { "vendor_id":"8086", "product_id":"154d", "device_type":"type-PF", "name":"a1", "numa_policy":"preferred" } | |
| 12:19:22 | admin0 | alias = { "vendor_id":"8086", "product_id":"154d", "device_type":"type-PF", "name":"a1", "numa_policy":"preferred" } | |
| 12:19:41 | admin0 | if there is multiple network-cards or multiple pci cards or the same vendor and product-id , how do I differencitate it | |
| 12:19:41 | admin0 | if there is multiple network-cards or multiple pci cards or the same vendor and product-id , how do I differencitate it | |
| 12:22:57 | admin0 | in whitelist we can specify the bus slot and function .. but how to do it in alias ? | |
| 12:22:57 | admin0 | in whitelist we can specify the bus slot and function .. but how to do it in alias ? | |
| 12:23:09 | admin0 | https://docs.openstack.org/nova/latest/configuration/config.html#pci.alias -- does not show this feature | |
| 12:23:09 | admin0 | https://docs.openstack.org/nova/latest/configuration/config.html#pci.alias -- does not show this feature | |
| 12:27:58 | admin0 | the use case is this ... say i have 4 devices, and i want to pick device 1 and 4 for vm1 and 2 and 3 for vm2 .. what happens is since i cannot pass the bus/slot on alias, it picks up device 1 and 2 for first vm and 3 and 4 for 2nd vm .. if its possible to pass the exact in alias somehow, it might solve that issue | |
| 12:27:59 | admin0 | the use case is this ... say i have 4 devices, and i want to pick device 1 and 4 for vm1 and 2 and 3 for vm2 .. what happens is since i cannot pass the bus/slot on alias, it picks up device 1 and 2 for first vm and 3 and 4 for 2nd vm .. if its possible to pass the exact in alias somehow, it might solve that issue | |
| 12:30:32 | sean-k-mooney | admin0: no | |
| 12:30:32 | sean-k-mooney | admin0: no | |
| 12:30:43 | sean-k-mooney | alias are not specifc to any host | |
| 12:30:43 | sean-k-mooney | alias are not specifc to any host | |
| 12:30:55 | sean-k-mooney | or device | |
| 12:30:55 | sean-k-mooney | or device | |
| 12:31:36 | admin0 | you mean there is no feature for me to alias 4 specifc device of the same kind ? | |
| 12:31:36 | admin0 | you mean there is no feature for me to alias 4 specifc device of the same kind ? | |
| 12:32:01 | sean-k-mooney | we do not allow alias to select a specifc devcie by design | |
| 12:32:01 | sean-k-mooney | we do not allow alias to select a specifc devcie by design | |
| 12:32:34 | sean-k-mooney | you can have muplite device of the same type on the host but an alais can only be used to select a device of a given type not a specific one | |
| 12:32:34 | sean-k-mooney | you can have muplite device of the same type on the host but an alais can only be used to select a device of a given type not a specific one | |
| 12:33:12 | admin0 | sean-k-mooney, thanks ... so what possbility exits if I have multiple devices of the same type and I want to target specific ones ? | |
| 12:33:12 | admin0 | sean-k-mooney, thanks ... so what possbility exits if I have multiple devices of the same type and I want to target specific ones ? | |
| 12:33:30 | sean-k-mooney | you cannot do that with nova | |
| 12:33:30 | sean-k-mooney | you cannot do that with nova | |
| 12:33:54 | sean-k-mooney | what is your usecase for doing that | |
| 12:33:54 | sean-k-mooney | what is your usecase for doing that | |
| 12:34:22 | sean-k-mooney | oh sorry you said it above just reading it again | |
| 12:34:22 | sean-k-mooney | oh sorry you said it above just reading it again | |
| 12:34:56 | sean-k-mooney | am not we cant do the 1,4 2,3 split you want | |
| 12:34:56 | sean-k-mooney | am not we cant do the 1,4 2,3 split you want | |
| 12:35:06 | sean-k-mooney | are you doing that for numa reasons or soemthign else? | |
| 12:35:06 | sean-k-mooney | are you doing that for numa reasons or soemthign else? | |
| 12:35:10 | admin0 | numa reasons | |
| 12:35:10 | admin0 | numa reasons | |
| 12:35:32 | sean-k-mooney | are tehy multi numa guest or singel numa | |
| 12:35:32 | sean-k-mooney | are tehy multi numa guest or singel numa | |
| 12:36:11 | sean-k-mooney | i assume the vm has 2 numa nodes and you want one form each numa node? | |
| 12:36:11 | sean-k-mooney | i assume the vm has 2 numa nodes and you want one form each numa node? | |
| 12:36:34 | sean-k-mooney | so you want to spread the allcoation across host numa nodes? | |
| 12:36:34 | sean-k-mooney | so you want to spread the allcoation across host numa nodes? | |
| 12:37:00 | admin0 | right | |
| 12:37:00 | admin0 | right | |
| 13:02:29 | sean-k-mooney | admin0: we currentl do not have a feature to enable that and if you did it today it woudl reduce your performance | |
| 13:02:29 | sean-k-mooney | admin0: we currentl do not have a feature to enable that and if you did it today it woudl reduce your performance | |
| 13:03:35 | openstack | bugzilla.redhat.com bug 1762119 in openstack-nova "[RFE] Create a virtual PCI root complex per guest NUMA node when using q35" [High,New] - Assigned to nova-maint | |
| 13:03:35 | sean-k-mooney | we have a downstream backlog item https://bugzilla.redhat.com/show_bug.cgi?id=1762119 which would allow use to create a pcie root complex per virtual guest numa node | |
| 13:03:35 | openstack | bugzilla.redhat.com bug 1762119 in openstack-nova "[RFE] Create a virtual PCI root complex per guest NUMA node when using q35" [High,New] - Assigned to nova-maint | |
| 13:03:35 | sean-k-mooney | we have a downstream backlog item https://bugzilla.redhat.com/show_bug.cgi?id=1762119 which would allow use to create a pcie root complex per virtual guest numa node | |
| 13:04:15 | sean-k-mooney | but without that today all pci device are effectivly assocated with the guest virtual numa node 0 | |
| 13:04:15 | sean-k-mooney | but without that today all pci device are effectivly assocated with the guest virtual numa node 0 | |
| 13:04:36 | sean-k-mooney | so you would have corss numa traffic if you enabeld it today | |
| 13:04:36 | sean-k-mooney | so you would have corss numa traffic if you enabeld it today | |
| 13:05:57 | sean-k-mooney | admin0: if we create a virtual PCI root complex per guest NUMA node that will allow use to optimise the virtual toplogy but its a large change | |
| 13:05:58 | sean-k-mooney | admin0: if we create a virtual PCI root complex per guest NUMA node that will allow use to optimise the virtual toplogy but its a large change | |
| 13:06:24 | sean-k-mooney | nova would have to fully generate the virtual pci topology and assign pci addres to each device | |
| 13:06:24 | sean-k-mooney | nova would have to fully generate the virtual pci topology and assign pci addres to each device | |
| 13:06:59 | sean-k-mooney | its not imposiable to do and we hope to do it eventually but its of similar complexity to cpu pinning | |
| 13:07:00 | sean-k-mooney | its not imposiable to do and we hope to do it eventually but its of similar complexity to cpu pinning | |
| 13:08:06 | admin0 | sean-k-mooney, thank you for the info | |
| 13:08:07 | admin0 | sean-k-mooney, thank you for the info | |
| 13:18:36 | sean-k-mooney | gibi: by the way for the vdpa move ops are you oke with a specless blueprint or would you like a mini spec? | |
| 13:18:36 | sean-k-mooney | gibi: by the way for the vdpa move ops are you oke with a specless blueprint or would you like a mini spec? | |
| 13:19:13 | sean-k-mooney | im working on the pci in placement spec draft first in either case but cant recall if what we said in the ptg | |
| 13:19:13 | sean-k-mooney | im working on the pci in placement spec draft first in either case but cant recall if what we said in the ptg | |
| 13:20:15 | sean-k-mooney | ah we just said "do the life cycle operations except suspend and live migrate" but did not say how we would track | |
| 13:20:16 | sean-k-mooney | ah we just said "do the life cycle operations except suspend and live migrate" but did not say how we would track | |
| 13:31:34 | ignaziocassano | Hello Everyone, I got issues on GARP during live migrations on Rocky and Stein with centos 7. I applyed some patches to force legacy port binding. Now I am igrating on train and I got same issues. Any help please ? | |
| 13:31:34 | ignaziocassano | Hello Everyone, I got issues on GARP during live migrations on Rocky and Stein with centos 7. I applyed some patches to force legacy port binding. Now I am igrating on train and I got same issues. Any help please ? | |
| 13:36:21 | openstackgerrit | Tobias Urdin proposed openstack/nova master: Stop leaking ceph df cmd in RBD utils https://review.opendev.org/c/openstack/nova/+/789374 | |
| 13:37:01 | sean-k-mooney | there is not much more we can do really. | |
| 13:37:01 | sean-k-mooney | there is not much more we can do really. | |