| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-02-10 | |||
| 17:04:36 | bauzas | gibi: ok, it's 6pm here and you provide good thoughts | |
| 17:04:50 | bauzas | gibi: let's discuss on it if you agree by tomorrow 10am (-ish) | |
| 17:04:52 | gibi | bauzas: yeah, it is something to sleep on :) | |
| 17:05:45 | gibi | I will be available around 10ish tomorrow | |
| 17:06:22 | bauzas | cool | |
| 17:06:29 | bauzas | I have to leave btw. | |
| 17:06:30 | bauzas | \o | |
| 17:06:42 | gibi | o/ | |
| 17:38:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: api: Add support for extra spec validation https://review.opendev.org/704643 | |
| 19:10:50 | umbSublime | sean-k-mooney, efried I got some bad news :/ I was told (not without a fight) to stop all efforts related to inv TSC blueprint... (At least during business hours) | |
| 19:26:15 | efried | umbSublime: Okay. What do you want to do paperwork-wise? | |
| 19:26:22 | efried | Abandon or defer? | |
| 19:37:36 | umbSublime | I don't know :/ (this situation kind of got me a bit riled up), I guess abandon. If this is re-prioritized again on our end I'll recreate the bp/spec | |
| 19:39:10 | efried | umbSublime: okay. Abandon is totally undo-able, nothing is lost. | |
| 19:42:09 | sean-k-mooney | umbSublime: i see ok. given the time constraitns im not sure upstream people will be able to spend much time on this this cycle but next cycle we can help adress this usecasue if it is still important to you or others | |
| 19:43:17 | umbSublime | During all my reaserch on this topic I didn't notice any related feature request of openstack users hitting the issue I weas trying to resolve therefore. It's probably best to adandon, this might of been a very specific use case | |
| 19:43:17 | sean-k-mooney | i.e. i wont have spare time to drive this myself before thursday but i can help you with it next cycle if that is soemthing you want | |
| 19:44:05 | sean-k-mooney | well no harm done either way | |
| 19:49:18 | umbSublime | I'm not to sure where I stand on this right now, but i think abandon is the way to go for now | |
| #openstack-nova - 2020-02-11 | |||
| 01:15:45 | openstackgerrit | Merged openstack/nova stable/rocky: Use stable constraint for Tempest pinned stable branches https://review.opendev.org/706716 | |
| 02:06:10 | openstackgerrit | Huachang Wang proposed openstack/nova-specs master: Use PCPU and VCPU in one instance https://review.opendev.org/668656 | |
| 02:21:16 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Introduce scope_types in os-create-backup https://review.opendev.org/707038 | |
| 02:25:00 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add new default roles in os-create-backup policies https://review.opendev.org/707039 | |
| 02:36:23 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Introduce scope_types in os-console-output https://review.opendev.org/707040 | |
| 02:41:23 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add new default roles in os-console-output policies https://review.opendev.org/707041 | |
| 03:22:19 | ileixe | Hi Nova, | |
| 03:22:28 | ileixe | Does anyone know the current status of https://blueprints.launchpad.net/nova/+spec/ip-aware-scheduling-placement? | |
| 03:23:17 | ileixe | I thought if nova does not aware of neutron segment, routed network does not work and the spec say it's not implemented yet. | |
| 03:23:39 | ileixe | Does it mean routed network not yet implemented? | |
| 05:50:25 | alex_xu | ileixe: I think it is implemented | |
| 05:51:27 | ileixe | alex_xu: Thanks for response. Do you mean nova lookup segment then? | |
| 05:51:46 | alex_xu | ileixe: no, the neutron side will do that, and report the resource to the placement | |
| 05:52:20 | alex_xu | ileixe: https://blueprints.launchpad.net/neutron/+spec/routed-networks | |
| 05:52:41 | alex_xu | ileixe: I never try that feature, but hope ^ that can help you | |
| 05:53:52 | alex_xu | ileixe: also this one https://docs.openstack.org/neutron/pike/admin/config-routed-networks.html | |
| 05:56:53 | ileixe | alex_xu: Hm.. maybe I understand what neutron does for routed network | |
| 05:57:11 | ileixe | What I do not understand is.. how nova use resource provider which neutron gave | |
| 05:57:55 | alex_xu | ileixe: maybe i'm wrong, i saw the note from the matt, looks like neutorn side impelemnt, but yes, nova side do nohting now | |
| 05:58:44 | ileixe | iirc, matt you said is the owner of the commit (https://review.opendev.org/#/c/656885/) right? | |
| 05:59:13 | alex_xu | ileixe: yes, he isn't working on that anymore | |
| 05:59:14 | ileixe | And the commit does not implemented which I thought for routed network. | |
| 05:59:55 | ileixe | So.. I assume that routed network does not work (especially related to nova scheduling) | |
| 06:00:21 | alex_xu | ileixe: yes, I think you are right | |
| 06:00:57 | ileixe | alex_xu: Hm... thanks for the answer.. | |
| 06:02:00 | alex_xu | np | |
| 08:24:11 | mriosfer | Hi guys, after change in the flavor and image the vram value, in our openstack queens and rebuild the instance i saw in the virsh xml that its correctly added to vm config "<model type='qxl' ram='65536' vram='131072' vgamem='16384' heads='1' primary='yes'/>" with windows with dxdiag detect 0MB vram. Is it correct? Should be running? | |
| 08:33:00 | openstackgerrit | Brin Zhang proposed openstack/nova master: Expose instance action event details out of the API https://review.opendev.org/694430 | |
| 08:35:08 | openstackgerrit | Brin Zhang proposed openstack/nova master: Add server actions v82 samples test https://review.opendev.org/706251 | |
| 08:38:12 | openstackgerrit | Brin Zhang proposed openstack/nova master: Add instance actions v82 samples test https://review.opendev.org/706251 | |
| 08:49:03 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Merge qos related renos for Ussuri https://review.opendev.org/706766 | |
| 08:50:28 | gibi | bauzas: I'm here if you want to chat about NUMA | |
| 08:50:41 | bauzas | gibi: 10 mins please but yeah :) | |
| 08:50:47 | gibi | bauzas: sure | |
| 09:01:41 | bauzas | ok, processed the whole bunch of comments for the NUMA in Placement spec... | |
| 09:02:22 | gibi | ok | |
| 09:02:39 | gibi | I just realized tha sean-k-mooney and efried also commented while I was away... reading them... | |
| 09:10:54 | bauzas | gibi: I'm back | |
| 09:11:05 | bauzas | gibi: FWIW efried mostly replied on your concerns | |
| 09:11:23 | bauzas | the spec needs another round of rewrites so I'm starting it now | |
| 09:12:40 | openstackgerrit | HYSong proposed openstack/nova master: Update request_specs.availability_zone during live migration https://review.opendev.org/706647 | |
| 09:12:52 | gibi | bauzas: I'm still reading efried's comments, I will get back to you soon | |
| 09:13:05 | bauzas | cool | |
| 09:28:50 | openstackgerrit | HYSong proposed openstack/nova master: Update request_specs.availability_zone during live migration https://review.opendev.org/706647 | |
| 09:33:53 | openstackgerrit | HYSong proposed openstack/nova master: Update request_specs.availability_zone during live migration https://review.opendev.org/706647 | |
| 09:35:44 | openstackgerrit | HYSong proposed openstack/nova master: Update request_specs.availability_zone during live migration https://review.opendev.org/706647 | |
| 09:44:50 | bauzas | gibi: unrelated, see my last comment on https://review.opendev.org/#/c/706647/5 | |
| 09:45:45 | bauzas | I know not a lot of folks know about AZs, so I want to make sure that all of us as cores know about the design consensus :) | |
| 09:45:47 | gibi | bauzas: ack, queued for double check | |
| 09:47:21 | bauzas | no rush, it's more for a knowledge | |
| 09:53:21 | gibi | bauzas: replyied in the NUMA spec. I agree Eric's proposals in his reply. I'm still a bit open in the upgrade check case but that is a low prio issue | |
| 09:53:38 | bauzas | cool, I'm just modifying things as we speak | |
| 09:54:07 | gibi | bauzas: you did a great job pulling the piece together I think I see the light of the end of this tunnel | |
| 10:02:11 | openstackgerrit | jichenjc proposed openstack/nova master: set default value to 0 instead of '' https://review.opendev.org/706730 | |
| 10:04:17 | gibi | bauzas: https://review.opendev.org/#/c/706647 thanks for chiming in I agree with you. I missed the fact that we don't allow moving instance between AZs (in recent microversions) | |
| 10:06:24 | bauzas | gibi: no worries, again, my ping is just for making sure we share our knowledge | |
| 10:06:45 | bauzas | I'm always on and off upstream, so the more people know about AZs, the better it will be | |
| 10:42:58 | bauzas | shit, I lack time for fixing all the comments | |
| 10:45:05 | bauzas | gibi: I think we need efried and sean-k-mooney around this afternoon for discussing the upgrade pre-flight check and the Ussuri condition | |
| 10:45:37 | bauzas | I'm personnally in favor of keeping NUMA workloads in Ussuri as they are | |
| 10:46:06 | bauzas | ie. no migration asked | |
| 10:46:16 | bauzas | and a pre-flight check pre-Victoria | |
| 10:46:35 | bauzas | because if not, that's a chicken-and-egg issue | |
| 10:50:44 | gibi | sure lets see what they think | |
| 12:14:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: api: Add support for extra spec validation https://review.opendev.org/704643 | |
| 12:24:29 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Support unshelve with qos ports https://review.opendev.org/704759 | |
| 12:25:58 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Enable unshelve with qos ports https://review.opendev.org/705475 | |
| 12:27:26 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Merge qos related renos for Ussuri https://review.opendev.org/706766 | |
| 12:36:41 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: api: Add support for extra spec validation https://review.opendev.org/704643 | |
| 12:38:24 | frickler | hello nova, the new alembic==1.4.0 is causing this failure, please have a look https://c264ca14759376f2bea5-6cd49316b9babb1f90743cae9cd67f9e.ssl.cf2.rackcdn.com/705380/10/check/cross-nova-py36/8bcec81/testr_results.html , I'll pin to the previous version for now, see https://review.opendev.org/705380 | |
| 13:14:23 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: api: Add support for extra spec validation https://review.opendev.org/704643 | |
| 13:23:18 | efried | What's the question? | |
| 13:23:18 | efried | bauzas, gibi: o/ | |
| 13:25:19 | gibi | efried: my remaning open question is https://review.opendev.org/#/c/552924/16/specs/ussuri/approved/numa-topology-with-rps.rst@223 about upgrade checks | |
| 13:25:49 | gibi | but I have to jump on a call for the next 1 and a half hour so talk to you later | |
| 13:36:09 | bauzas | efried: gibi: will ping you later, just updating the spec now | |
| 13:47:27 | alex_xu | bauzas: I leave one also https://review.opendev.org/#/c/552924/16/specs/ussuri/approved/numa-topology-with-rps.rst@421 | |
| 13:50:35 | bauzas | ack | |
| 13:52:31 | bauzas | alex_xu: good point, I was thinking of the upgrade issue when rolling the compute upgrades | |
| 13:53:23 | alex_xu | good news, we can just copy the way of standard-cpu-resource-tracking way | |
| 13:53:55 | alex_xu | probably need another workaround config option for disable the fallback placement query | |