| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-20 | |||
| 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! | |
| 08:37:04 | aarents | in this change "libvirt: Provide the backing file format when creating qcow2 disks" https://review.opendev.org/c/openstack/nova/+/708745/ , | |
| 08:37:04 | aarents | in this change "libvirt: Provide the backing file format when creating qcow2 disks" https://review.opendev.org/c/openstack/nova/+/708745/ , | |
| 08:37:22 | aarents | we ensure to add the "backing_fmt" field at qcow2 image creation due to newer libvirt constraints.(if not present newer libvirt does not start instance) | |
| 08:37:23 | aarents | we ensure to add the "backing_fmt" field at qcow2 image creation due to newer libvirt constraints.(if not present newer libvirt does not start instance) | |
| 08:37:44 | aarents | there is the Lee following quote: "Nova needs to [...] potentially handle the upgrade case where we may need to rebase existing disks in order to update the metadata." | |
| 08:37:44 | aarents | there is the Lee following quote: "Nova needs to [...] potentially handle the upgrade case where we may need to rebase existing disks in order to update the metadata." | |
| 08:38:01 | aarents | I would like to know if there is an ongoing work with the "upgrade case" ? | |