Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-19
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
#openstack-nova - 2021-05-20
01:11:27 openstackgerrit liuzhuangzhuang proposed openstack/nova master: Fix RBD timeout https://review.opendev.org/c/openstack/nova/+/786588
03:11:12 openstackgerrit Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Update Servers APIs https://review.opendev.org/c/openstack/nova/+/764292
03:11:12 openstackgerrit Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Update Servers APIs https://review.opendev.org/c/openstack/nova/+/764292
03:16:34 openstackgerrit liuzhuangzhuang proposed openstack/nova master: Fix RBD timeout https://review.opendev.org/c/openstack/nova/+/786588
03:16:34 openstackgerrit liuzhuangzhuang proposed openstack/nova master: Fix RBD timeout https://review.opendev.org/c/openstack/nova/+/786588
06:07:59 gibi sean-k-mooney: regarding provider.yaml; I think technically it is possible to report bw and pps inventories via that. As a downside of it the neutron agents already have the bridge_mapping and physical_device_mappings in their config file as we use that to figure out which physnet traits needs to be reported
06:07:59 gibi sean-k-mooney: regarding provider.yaml; I think technically it is possible to report bw and pps inventories via that. As a downside of it the neutron agents already have the bridge_mapping and physical_device_mappings in their config file as we use that to figure out which physnet traits needs to be reported
06:08:29 gibi sean-k-mooney: if you do the physnet trait reporting in provider.yaml then you manually need to make sure that it is in sync with the bridge mappings
06:08:29 gibi sean-k-mooney: if you do the physnet trait reporting in provider.yaml then you manually need to make sure that it is in sync with the bridge mappings
06:08:47 gibi sean-k-mooney: I don't know how ovn does the bridge mapping so there it might not be a problem
06:08:47 gibi sean-k-mooney: I don't know how ovn does the bridge mapping so there it might not be a problem
06:09:36 gibi the vnic_type trait has a similar consequence
06:09:36 gibi the vnic_type trait has a similar consequence
06:22:41 gibi lyarwood: hi! I
06:22:41 gibi lyarwood: hi! I
06:23:08 gibi lyarwood: hi! I'm looking at the next min libvirt and qemu versions, does that mean we will switch to those in Xena?
06:23:08 gibi lyarwood: hi! I'm looking at the next min libvirt and qemu versions, does that mean we will switch to those in Xena?
06:24:54 gibi lyarwood: as far as I see 20.04 still on libvirt 6.0.0 and our next minimum is 7.0.0
06:24:54 gibi lyarwood: as far as I see 20.04 still on libvirt 6.0.0 and our next minimum is 7.0.0
06:32:49 openstackgerrit Yongli He proposed openstack/nova master: Smartnic support - cyborg drive https://review.opendev.org/c/openstack/nova/+/771362
06:32:51 openstackgerrit Yongli He proposed openstack/nova master: smartnic support - new vnic type https://review.opendev.org/c/openstack/nova/+/771363
06:32:53 openstackgerrit Yongli He proposed openstack/nova master: smartnic support https://review.opendev.org/c/openstack/nova/+/758944
06:32:54 openstackgerrit Yongli He proposed openstack/nova master: smartnic support - reject server move and suspend https://review.opendev.org/c/openstack/nova/+/779913
06:32:55 openstackgerrit Yongli He proposed openstack/nova master: smartnic support - functional tests https://review.opendev.org/c/openstack/nova/+/780147
06:56:11 openstackgerrit liuzhuangzhuang proposed openstack/nova master: Clean up instance allocations if the host is not in any cell https://review.opendev.org/c/openstack/nova/+/792322
06:56:11 openstackgerrit liuzhuangzhuang proposed openstack/nova master: Clean up instance allocations if the host is not in any cell https://review.opendev.org/c/openstack/nova/+/792322
07:35:03 slaweq gibi: hi, can You check https://review.opendev.org/c/openstack/nova/+/787252 when You will have some time?
07:35:03 slaweq gibi: hi, can You check https://review.opendev.org/c/openstack/nova/+/787252 when You will have some time?
07:35:05 slaweq thx in advance

Earlier   Later