| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-19 | |||
| 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 | |
| 07:36:13 | gibi | slaweq: sure | |
| 07:36:13 | gibi | slaweq: sure | |
| 07:36:21 | slaweq | thx | |
| 07:36:21 | slaweq | thx | |
| 07:36:57 | gibi | slaweq: sorry I have no +2 right on stable branches I will leave my +1 | |
| 07:36:57 | gibi | slaweq: sorry I have no +2 right on stable branches I will leave my +1 | |
| 07:37:09 | slaweq | gibi: ok, I though You have | |
| 07:37:09 | slaweq | gibi: ok, I though You have | |
| 07:37:39 | gibi | I never needed one :) I trust the stable cores in the team | |
| 07:37:39 | gibi | I never needed one :) I trust the stable cores in the team | |
| 07:37:55 | slaweq | :) | |
| 07:37:55 | slaweq | :) | |
| 07:38:38 | yonglihe | Hi, gibi, alex_xu, sean, smartnic patch set is revised per approved spec, and patch set link: https://review.opendev.org/q/topic:%22bp%252Fsriov-smartnic-support%22+(status:open%20OR%20status:merged) | |
| 07:38:38 | yonglihe | Hi, gibi, alex_xu, sean, smartnic patch set is revised per approved spec, and patch set link: https://review.opendev.org/q/topic:%22bp%252Fsriov-smartnic-support%22+(status:open%20OR%20status:merged) | |
| 07:38:44 | yonglihe | To make your day easy, here is a change list since last review: | |
| 07:38:44 | yonglihe | To make your day easy, here is a change list since last review: | |
| 07:38:58 | yonglihe | https://www.irccloud.com/pastebin/9jnZwn6w/ | |
| 07:38:58 | yonglihe | https://www.irccloud.com/pastebin/9jnZwn6w/ | |
| 07:39:09 | gibi | yonglihe: thanks. I will try to get to it | |
| 07:39:09 | gibi | yonglihe: thanks. I will try to get to it | |
| 07:40:47 | yonglihe | many thanks | |
| 07:40:47 | yonglihe | many thanks | |
| 08:07:59 | bauzas | I just get one half-day off and Freenode gets on fire... | |
| 08:07:59 | bauzas | I just get one half-day off and Freenode gets on fire... | |
| 08:08:12 | bauzas | man, I'm tempted to not take my usual 3 weeks PTO | |
| 08:08:12 | bauzas | man, I'm tempted to not take my usual 3 weeks PTO | |
| 08:12:12 | kashyap | bauzas: Don't be silly; are you gonna cancel your PTO because of some IRC server nonsense? :) | |
| 08:12:12 | kashyap | bauzas: Don't be silly; are you gonna cancel your PTO because of some IRC server nonsense? :) | |
| 08:12:26 | kashyap | We just move to a different server; plain and simple, and keep going. | |
| 08:12:26 | kashyap | We just move to a different server; plain and simple, and keep going. | |
| 08:15:18 | bauzas | kashyap: tbc, agreed on the consensus to move to OFTC | |
| 08:15:18 | bauzas | kashyap: tbc, agreed on the consensus to move to OFTC | |
| 08:15:39 | bauzas | this is absolutely not the right time for evaluating other products | |
| 08:15:39 | bauzas | this is absolutely not the right time for evaluating other products | |
| 08:15:40 | kashyap | bauzas: Yep; that makes sense. | |
| 08:15:41 | kashyap | bauzas: Yep; that makes sense. | |
| 08:15:55 | bauzas | the lower change, the better. | |
| 08:15:55 | bauzas | the lower change, the better. | |
| 08:16:06 | kashyap | bauzas: Sure. I've said as much. I don't know about the "absolute"; but it's always the time to change one's mind ;-) | |
| 08:16:06 | kashyap | bauzas: Sure. I've said as much. I don't know about the "absolute"; but it's always the time to change one's mind ;-) | |
| 08:16:11 | bauzas | the question, tho, is the absolute need to the move | |
| 08:16:11 | bauzas | the question, tho, is the absolute need to the move | |
| 08:16:25 | bauzas | that's unclear and I wouldn't argue for urgency | |
| 08:16:25 | bauzas | that's unclear and I wouldn't argue for urgency | |
| 08:16:55 | bauzas | the operations still continue and we should just make a reasonable transition plan to OFTC but not under pressure | |