| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-06-04 | |||
| 10:44:42 | sean-k-mooney | unless we are going to specal case when the device has a physnet tag on the pci whitelist | |
| 10:44:57 | sean-k-mooney | which we coudl do but then we need two different code paths | |
| 10:45:20 | sean-k-mooney | gibi: ideally it would end up being one RP | |
| 10:45:49 | sean-k-mooney | unless we extend placemets data model with a way to link rps | |
| 10:54:04 | sean-k-mooney | gibi: quick question do you want a blueprint or a spec to track the machine type recodeing work? | |
| 10:54:56 | sean-k-mooney | as part of that i would like to start reporing avialble machine types as traits to placemnt and the schdlueling on that | |
| 10:55:49 | sean-k-mooney | e.g. if we do a move opperation on an exsting instance i want to ensure we land it on a host that supports that machine type | |
| 10:56:16 | sean-k-mooney | and if we are creating a new instance and you request a machine type in the image i want to ensure we land on a host that supports that too | |
| 10:56:29 | sean-k-mooney | both of which would be done by a prefilter | |
| 10:57:04 | sean-k-mooney | just addign the required tratit based on the instance system metadata or image metdata | |
| 11:00:12 | gibi | sean-k-mooney: sorry I was lunching. | |
| 11:00:19 | sean-k-mooney | no worries | |
| 11:01:02 | gibi | sean-k-mooney: agree that it would be nice to have on RP for one physical entity (like a PF or other PCI device) | |
| 11:01:29 | gibi | sean-k-mooney: I just wanted to note that this might requires changes both from nova and neutron | |
| 11:01:56 | gibi | btw placement has two ways today to link RPs, one is the parent-child relationship and the other is aggregates | |
| 11:02:44 | sean-k-mooney | yep altought i was thinking more of something like a symlink | |
| 11:03:00 | gibi | sean-k-mooney: I guess you don't need db schema rpc or REST API changes for the machine type recording work so I think a bp is enough | |
| 11:03:15 | sean-k-mooney | aggreate wont work because we can do member of in this case | |
| 11:03:39 | gibi | sean-k-mooney: yeah aggregates would be a bit ugly I agree | |
| 11:03:45 | sean-k-mooney | and parent-child likely wont work because we neither nova or neutron knows the uuid/name that will be used for the RP | |
| 11:04:05 | sean-k-mooney | that said we can work this out when we need too | |
| 11:05:56 | sean-k-mooney | gibi: are you ok with also doing the traits reporting and prefileter in the same specless blueprint. | |
| 11:06:13 | sean-k-mooney | ill write it up and i guess we can decide then | |
| 11:07:00 | sean-k-mooney | i assume a specless blueprint is also fine for the doc change to add the common profiles(nfv,realtime,modren) that we talked about too | |
| 11:07:35 | sean-k-mooney | im going to try and get those up before we resume today | |
| 11:11:19 | gibi | sean-k-mooney: the prefilter work is a bit of a grey area as I guess that needs a new config flag to enable since old computes will not report the traits | |
| 11:11:45 | gibi | so you might only want to enable the prefilter after all your computes are on V | |
| 11:12:11 | sean-k-mooney | yes although we could auto enable based on the min compute service version too. | |
| 11:12:16 | gibi | sean-k-mooney: specless bp for the hw:profile doc is totally OK | |
| 11:12:45 | gibi | sean-k-mooney: OK, note this upgrade wrinkel in the specless bp then I'm OK | |
| 11:13:19 | sean-k-mooney | sure will do. if i end up having to write a small spec its not the end of the world either but we will see what other think once its up | |
| 11:13:22 | gibi | sean-k-mooney: we will bring this bp up in the next nova meeting for approval so the rest of the team can complain if they need more words about it | |
| 11:13:45 | sean-k-mooney | sure works for me | |
| 11:13:50 | gibi | awesome | |
| 11:13:51 | gibi | thanks | |
| 11:48:08 | openstackgerrit | Balazs Gibizer proposed openstack/nova-specs master: Make Feature Liaison optional https://review.opendev.org/730638 | |
| 12:30:31 | gibi | nova will continue the PTG session in 30 minutes in the Juno Zoom room. | |
| 12:32:47 | sean-k-mooney | crap already i guess i better get coffee and water ready so | |
| 12:34:25 | gibi | I've just did the same, water, coffee, and replaced the air in the room :) | |
| 12:34:57 | gmann | gibi: added one more topic (in the last) about removing the old and deprecated user level policy restriction. it was reminded by current ML thread. | |
| 12:35:26 | gmann | it should be ok to remove as we already doing warning for 4 years but good to check in PTG if anyone still using that way. | |
| 12:36:11 | sean-k-mooney | gibi: i bought a https://www.amazon.co.uk/Samson-SAQ2U-Microphone-Recording-Pack/dp/B001R747SG dnymic mic and stand so i can turn on my ceiling fan without out it being picked up without having to use a headset | |
| 12:37:17 | gibi | gmann: Is it OK to for you if I move that topic up to the first slot today where we anyhow talk about removals and deprecation? | |
| 12:37:43 | gibi | sean-k-mooney: that mic look serious :) | |
| 12:37:55 | gmann | gibi: yeah, that is totally fine. | |
| 12:38:00 | gibi | gmann: cool | |
| 12:38:04 | gmann | thanks | |
| 12:40:56 | sean-k-mooney | gibi: well i work form home permently and have calls regualarly but ya its a live stage mic that alot of twitch/game stream also use. for like 60 euro its good value too | |
| 12:42:14 | openstackgerrit | Merged openstack/nova-specs master: Make Feature Liaison optional https://review.opendev.org/730638 | |
| 12:46:41 | gibi | sean-k-mooney: yeah, sounds like a good idea for a home office. I only do full home office due to COVID | |
| 12:48:48 | gmann | johnthetubaguy: you want to do quick fix on release name in https://review.opendev.org/#/c/732173/1 | |
| 12:50:23 | johnthetubaguy | gmann: oops, looking | |
| 12:51:03 | openstackgerrit | John Garbutt proposed openstack/nova-specs master: Re-propose Unified Limits in Nova https://review.opendev.org/732173 | |
| 12:53:06 | alex_xu | sean-k-mooney: gibi so for neutron sriov agent, I guess it has no way to discover the VF? since it won't read from libvirt | |
| 12:59:35 | sean-k-mooney | alex_xu: it does but not in a useful way | |
| 12:59:51 | sean-k-mooney | you have to list the netdev names of the PF in its config | |
| 13:00:05 | sean-k-mooney | and it uses iptool i think | |
| 13:00:17 | gibi | alex_xu: nova sends pci_slot information to neutron in the binding profile but yeah as sean-k-mooney said the pci whitelist is on nova side today to specify what VF and PF resource is usable | |
| 13:00:41 | sean-k-mooney | gibi: we do also send the pci addres in the pci_slot key | |
| 13:00:43 | gibi | so nova has the VF resource view | |
| 13:01:06 | sean-k-mooney | but that is used only when we are plugging or unplugging the port | |
| 13:07:03 | artom | gdi, y'all are talking and I can't hear you, can I? | |
| 13:11:16 | alex_xu_ | gibi: sean-k-mooney I'm just thinking of that the neutron sriov agent won't be able to manage vf even in the future. (not today, today nova manage it) | |
| 13:12:03 | openstackgerrit | Merged openstack/nova-specs master: Re-propose Unified Limits in Nova https://review.opendev.org/732173 | |
| 13:16:23 | sean-k-mooney | alex_xu_: right i dont think it will or should manage the vfs | |
| 13:25:23 | artom | Dammit, you need a Zoom account to change your audio output settings >_< | |
| 13:29:07 | sean-k-mooney | artom: you should not | |
| 13:29:15 | sean-k-mooney | i can change mine and i dont have one | |
| 13:29:22 | artom | sean-k-mooney, in the client? | |
| 13:29:33 | sean-k-mooney | in both the client and the browser | |
| 13:29:40 | artom | sean-k-mooney, 'cuz I didn't find any way to do it. Even their official doc states you have to be logged in | |
| 13:29:46 | dansmith | advanced settings need an app I think | |
| 13:29:47 | artom | sean-k-mooney, https://support.zoom.us/hc/en-us/articles/201362283-Testing-computer-or-device-audio | |
| 13:29:50 | dansmith | including advanced network | |
| 13:30:05 | sean-k-mooney | artom: what are you trying to change | |
| 13:30:15 | artom | sean-k-mooney, audio output to go to my BT headphones | |
| 13:30:26 | sean-k-mooney | if you click the arror on mic | |
| 13:30:31 | artom | It was outputting to stereo out, where nothing is currently plugged in | |
| 13:30:34 | sean-k-mooney | then you can change the output | |
| 13:30:49 | artom | sean-k-mooney, oh christ, yes, it's there, you're right | |
| 13:38:17 | stephenfin | artom: your gain is waaaay too high | |
| 13:39:20 | sean-k-mooney | artom: the zoom app auto adjust your volume | |
| 13:39:43 | sean-k-mooney | or can so maybe look at that it in the extra options via the same arror menue | |
| 13:41:20 | artom | stephenfin, but my gainz are way too low :( Stupid gyms closing | |
| 13:41:35 | stephenfin | artom: you know where the door is | |
| 13:50:50 | sean-k-mooney | artom: you are now a bit quite but that is an imporvement | |
| 13:54:06 | gibi | gmann: it is policy stuff in the nova room | |
| 13:54:11 | bauzas | gibi: patches from dansmith about the compute 5.0 API bump https://review.opendev.org/#/q/topic:queens-rpc-bump+(status:open+OR+status:merged) | |
| 13:55:00 | dansmith | bauzas: yeah | |
| 13:55:06 | gmann | gibi: 1 min joinin | |
| 13:55:08 | bauzas | gibi: the proxy dansmith told https://review.opendev.org/#/c/541005/6/nova/compute/manager.py@7750 | |
| 13:55:11 | gibi | gmann: we will discuss the policy stuff after the break at 5 minute past the hour | |
| 13:55:27 | gibi | gmann: so no rush | |
| 13:55:32 | bauzas | anyway, less a deal to write the 6.0 proxy than the 5.0 | |
| 13:55:35 | gibi | bauzas: thanks! | |
| 13:55:38 | gmann | gibi: ok | |
| 13:56:20 | bauzas | err, the 5.x proxy I mean | |
| 14:27:33 | openstackgerrit | Hervé Beraud proposed openstack/nova master: Always reset CONF when starting the wsgi app https://review.opendev.org/733627 | |
| 14:27:33 | openstackgerrit | Hervé Beraud proposed openstack/nova master: Always reset CONF when starting the wsgi app https://review.opendev.org/733627 | |
| 14:47:11 | stephenfin | kashyap: you're up next | |