| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-19 | |||
| 14:59:36 | sean-k-mooney | to do it last year but i got distracted | |
| 14:59:47 | sean-k-mooney | alexe9191: correct it will not | |
| 14:59:47 | sean-k-mooney | alexe9191: correct it will not | |
| 15:00:17 | sean-k-mooney | what it will do is map all AZ to plamcent aggrate and then include the aggreate uuid in the query | |
| 15:00:17 | sean-k-mooney | what it will do is map all AZ to plamcent aggrate and then include the aggreate uuid in the query | |
| 15:01:20 | sean-k-mooney | so if you as for AZ X it will tell placment to only look at host that are in AZ x by mapping those host to a placment aggaet and stating the canidat hosts must be a member_of the AZ | |
| 15:01:20 | sean-k-mooney | so if you as for AZ X it will tell placment to only look at host that are in AZ x by mapping those host to a placment aggaet and stating the canidat hosts must be a member_of the AZ | |
| 15:01:59 | alexe9191 | That is the desired behaviour. | |
| 15:01:59 | alexe9191 | That is the desired behaviour. | |
| 15:02:27 | sean-k-mooney | we have been very carful to ensure that you can opt into the new plamcent feature gradulally | |
| 15:02:27 | sean-k-mooney | we have been very carful to ensure that you can opt into the new plamcent feature gradulally | |
| 15:02:56 | sean-k-mooney | placment should never break any of the exisitng filters | |
| 15:02:56 | sean-k-mooney | placment should never break any of the exisitng filters | |
| 15:03:51 | sean-k-mooney | but it should narrow down thte host passed to it so the filters have to check less host by moveing more of the filtering to placment and sql instead of python | |
| 15:03:51 | sean-k-mooney | but it should narrow down thte host passed to it so the filters have to check less host by moveing more of the filtering to placment and sql instead of python | |
| 15:04:49 | alexe9191 | Excellent. | |
| 15:04:49 | alexe9191 | Excellent. | |
| 15:05:00 | alexe9191 | The mentioned bug about the scheduling, is it fixed in releases after rocky? | |
| 15:05:01 | alexe9191 | The mentioned bug about the scheduling, is it fixed in releases after rocky? | |
| 15:05:36 | alexe9191 | Does not seem to be: https://bugs.launchpad.net/nova/+bug/1677217 | |
| 15:05:37 | alexe9191 | Does not seem to be: https://bugs.launchpad.net/nova/+bug/1677217 | |
| 15:05:37 | openstack | Launchpad bug 1677217 in OpenStack Compute (nova) " AggregateImagePropertiesIsolation filter return unwanted compute nodes" [Low,Triaged] | |
| 15:05:37 | openstack | Launchpad bug 1677217 in OpenStack Compute (nova) " AggregateImagePropertiesIsolation filter return unwanted compute nodes" [Low,Triaged] | |
| 15:06:28 | sean-k-mooney | alexe9191: no its not really a bug | |
| 15:06:28 | sean-k-mooney | alexe9191: no its not really a bug | |
| 15:06:39 | sean-k-mooney | alexe9191: its a limitation fo the desgin fo filter | |
| 15:06:39 | sean-k-mooney | alexe9191: its a limitation fo the desgin fo filter | |
| 15:07:10 | alexe9191 | I see that there is a "workaround" sort to speak... | |
| 15:07:10 | alexe9191 | I see that there is a "workaround" sort to speak... | |
| 15:07:13 | sean-k-mooney | they cannot easily work the way they wanted it to which is why we built the placment feature to prevent it | |
| 15:07:13 | sean-k-mooney | they cannot easily work the way they wanted it to which is why we built the placment feature to prevent it | |
| 15:07:29 | sean-k-mooney | yes you can set the key to something in all images | |
| 15:07:29 | sean-k-mooney | yes you can set the key to something in all images | |
| 15:07:48 | sean-k-mooney | then it will see teh key and enforce the rules | |
| 15:07:48 | sean-k-mooney | then it will see teh key and enforce the rules | |
| 15:08:22 | sean-k-mooney | but that is basically the best we can do in the exsitng filters | |
| 15:08:22 | sean-k-mooney | but that is basically the best we can do in the exsitng filters | |
| 15:08:52 | sean-k-mooney | alexe9191: there is an out of tree filter that kind fo fixes it https://opendev.org/x/nfv-filters/src/branch/master | |
| 15:08:53 | sean-k-mooney | alexe9191: there is an out of tree filter that kind fo fixes it https://opendev.org/x/nfv-filters/src/branch/master | |
| 15:09:00 | sean-k-mooney | but that is no longer maintined | |
| 15:09:00 | sean-k-mooney | but that is no longer maintined | |
| 15:09:10 | alexe9191 | Excellent. I am gonna try that on a subset of hosts and see what the results are. I wish there was a way to define the trait in the nova.conf file of the compute host though instead of adding it to each host one by one. | |
| 15:09:11 | alexe9191 | Excellent. I am gonna try that on a subset of hosts and see what the results are. I wish there was a way to define the trait in the nova.conf file of the compute host though instead of adding it to each host one by one. | |
| 15:09:25 | alexe9191 | thanks for the tip:) | |
| 15:09:25 | alexe9191 | thanks for the tip:) | |
| 15:09:30 | sean-k-mooney | alexe9191: there is but not in rocky | |
| 15:09:30 | sean-k-mooney | alexe9191: there is but not in rocky | |
| 15:09:36 | alexe9191 | aw? | |
| 15:09:36 | alexe9191 | aw? | |
| 15:10:07 | sean-k-mooney | in ussuri or wallably we added a provider.ymal file that allows you to add traits and resource provider via a file | |
| 15:10:07 | sean-k-mooney | in ussuri or wallably we added a provider.ymal file that allows you to add traits and resource provider via a file | |
| 15:10:26 | sean-k-mooney | alexe9191: https://docs.openstack.org/nova/latest/admin/managing-resource-providers.html | |
| 15:10:27 | sean-k-mooney | alexe9191: https://docs.openstack.org/nova/latest/admin/managing-resource-providers.html | |
| 15:10:44 | sean-k-mooney | https://specs.openstack.org/openstack/nova-specs/specs/ussuri/approved/provider-config-file.html | |
| 15:10:44 | sean-k-mooney | https://specs.openstack.org/openstack/nova-specs/specs/ussuri/approved/provider-config-file.html | |
| 15:11:36 | sean-k-mooney | so ya it was complted in victoria https://specs.openstack.org/openstack/nova-specs/specs/victoria/implemented/provider-config-file.html | |
| 15:11:36 | sean-k-mooney | so ya it was complted in victoria https://specs.openstack.org/openstack/nova-specs/specs/victoria/implemented/provider-config-file.html | |
| 15:12:24 | alexe9191 | This is good news! | |
| 15:12:24 | alexe9191 | This is good news! | |
| 15:12:41 | kashyap | gibi: How did you unpack Sam Su's email? For me in Mutt it only shows up as " Error: unable to create OpenSSL subprocess!" | |
| 15:12:41 | kashyap | gibi: How did you unpack Sam Su's email? For me in Mutt it only shows up as " Error: unable to create OpenSSL subprocess!" | |
| 15:12:47 | kashyap | gibi: Thanks for quoting it in full! | |
| 15:12:47 | kashyap | gibi: Thanks for quoting it in full! | |
| 15:14:05 | gibi | kashyap: I guess that it was sent from outlook so I forwarded it to my work email, and outlook was able to extract the content from the smime | |
| 15:14:05 | gibi | kashyap: I guess that it was sent from outlook so I forwarded it to my work email, and outlook was able to extract the content from the smime | |
| 15:14:38 | kashyap | Ah, I see | |
| 15:14:38 | kashyap | Ah, I see | |
| 15:14:40 | kashyap | Thx :) | |
| 15:14:40 | kashyap | Thx :) | |
| 15:16:28 | gibi | artom: hi! are you OK if we make the decision about the meeting schedule change tomorrow on the meeting? | |
| 15:16:28 | gibi | artom: hi! are you OK if we make the decision about the meeting schedule change tomorrow on the meeting? | |
| 15:17:39 | artom | gibi, totally, it was my plan as well, and is in fact on the agenda :) | |
| 15:17:40 | artom | gibi, totally, it was my plan as well, and is in fact on the agenda :) | |
| 15:18:08 | gibi | artom: awesome :) | |
| 15:18:09 | gibi | artom: awesome :) | |
| 18:01:43 | stephenfin | * stephenfin finishes for the evening o/ | |
| 18:17:43 | openstackgerrit | Artom Lifshitz proposed openstack/nova stable/wallaby: Test SRIOV port move operations with PCI conflicts https://review.opendev.org/c/openstack/nova/+/790710 | |
| 18:17:43 | openstackgerrit | Artom Lifshitz proposed openstack/nova stable/wallaby: Test SRIOV port move operations with PCI conflicts https://review.opendev.org/c/openstack/nova/+/790710 | |
| 18:17:44 | openstackgerrit | Artom Lifshitz proposed openstack/nova stable/wallaby: Update SRIOV port pci_slot when unshelving https://review.opendev.org/c/openstack/nova/+/790711 | |
| 18:17:44 | openstackgerrit | Artom Lifshitz proposed openstack/nova stable/wallaby: Update SRIOV port pci_slot when unshelving https://review.opendev.org/c/openstack/nova/+/790711 | |
| 18:17:45 | openstackgerrit | Artom Lifshitz proposed openstack/nova stable/wallaby: Neutron fixture: don't clobber profile and vif_details if empty https://review.opendev.org/c/openstack/nova/+/792233 | |
| 18:17:45 | openstackgerrit | Artom Lifshitz proposed openstack/nova stable/wallaby: Neutron fixture: don't clobber profile and vif_details if empty https://review.opendev.org/c/openstack/nova/+/792233 | |
| 18:18:21 | artom | me: Damn, I'm getting KeyError on ['pci_slot'] in my func tests, clearly there's a patch that fixed that in the fixtures and I need to find it and backport it | |
| 18:18:22 | artom | me: Damn, I'm getting KeyError on ['pci_slot'] in my func tests, clearly there's a patch that fixed that in the fixtures and I need to find it and backport it | |
| 18:18:33 | artom | also me: wrote the patch himself in master, forgot it even existed | |
| 18:18:33 | artom | also me: wrote the patch himself in master, forgot it even existed | |
| 18:34:54 | sean-k-mooney | gibi: by the way now that we have provider.yaml we could have bandwith or pps inventoreis chreated using it too right instead of having to modify nova | |
| 18:34:55 | sean-k-mooney | gibi: by the way now that we have provider.yaml we could have bandwith or pps inventoreis chreated using it too right instead of having to modify nova | |
| 18:34:59 | sean-k-mooney | *neutron | |
| 18:34:59 | sean-k-mooney | *neutron | |
| 18:36:00 | sean-k-mooney | im not nessisarly saying we want to do that but i was just thinkink about the ovn case it might be nice to enabel gurenteed minium bandwith with ovn by having nova via provider.yaml report invetories of bandwithd | |
| 18:36:00 | sean-k-mooney | im not nessisarly saying we want to do that but i was just thinkink about the ovn case it might be nice to enabel gurenteed minium bandwith with ovn by having nova via provider.yaml report invetories of bandwithd | |
| 18:37:26 | sean-k-mooney | as i replied on your spec though the way i would expect teh inventories to be configured woudl be useing pseudo agent binding by adding the config info to the external-ids column in the chassis table of the ovn-southdb for the given host | |
| 18:37:26 | sean-k-mooney | as i replied on your spec though the way i would expect teh inventories to be configured woudl be useing pseudo agent binding by adding the config info to the external-ids column in the chassis table of the ovn-southdb for the given host | |
| 18:37:37 | sean-k-mooney | and have the ml2 driver report the inveotreis as normal | |
| 18:37:37 | sean-k-mooney | and have the ml2 driver report the inveotreis as normal | |
| 18:37:55 | sean-k-mooney | just pointing out that since provider.yaml exsits taht might be another option | |
| 18:37:55 | sean-k-mooney | just pointing out that since provider.yaml exsits taht might be another option | |
| 21:05:19 | openstackgerrit | Elod Illes proposed openstack/nova stable/rocky: DNM: gate test https://review.opendev.org/c/openstack/nova/+/791284 | |
| 22:33:03 | gmann | stephenfin: replied on this, I do not think it is good idea to extend the user enforcement in policies from what we have currently - https://review.opendev.org/c/openstack/nova/+/791992 | |