Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-19
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
08:16:56 bauzas the operations still continue and we should just make a reasonable transition plan to OFTC but not under pressure
08:17:06 bauzas nothing justifies us to move ASAP
08:17:06 bauzas nothing justifies us to move ASAP
08:17:16 kashyap Yep; I don't see any crazy urgency.
08:17:16 kashyap Yep; I don't see any crazy urgency.
08:17:35 bauzas and I'd recommend us to keep freenode chat rooms for a while
08:17:35 bauzas and I'd recommend us to keep freenode chat rooms for a while
08:17:41 bauzas in order to reroute people coming by
08:17:41 bauzas in order to reroute people coming by
08:17:51 bauzas not everyone comes everyday on the rooms
08:17:52 bauzas not everyone comes everyday on the rooms
08:18:07 bauzas and not everyone reads openinfra mailing lists
08:18:07 bauzas and not everyone reads openinfra mailing lists
08:18:28 bauzas actually, I'll reply by this
08:18:28 bauzas actually, I'll reply by this
08:18:47 bauzas * bauzas usually hates to jump on those kind of large and opiniated threads
08:25:49 kashyap Sure; what you suggest should be "obvious" for the Infra folks; and is part of clear communication to the communities.
08:25:49 kashyap Sure; what you suggest should be "obvious" for the Infra folks; and is part of clear communication to the communities.
08:36:45 aarents Morning nova!
08:36:45 aarents Morning nova!

Earlier   Later