| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-03-27 | |||
| 20:29:32 | efried | okay, yeah, the way I read the comment is that new_websocket_client needs to use the ComputeAPI, so it had better be instantiated by the time it needs to use it. | |
| 20:29:47 | efried | but if you make it a lazy load, then it gets instantiated dynamically by the thing that needs to use it | |
| 20:29:50 | efried | badabing etc. | |
| 20:29:53 | melwitt | yeah | |
| 20:30:07 | efried | anyway, worth a shot | |
| 20:30:18 | melwitt | yeah, I'll try it | |
| 21:16:49 | openstackgerrit | François Palin proposed openstack/nova master: WIP - nova diagnostics command is not working with all interfaces https://review.openstack.org/648123 | |
| 21:39:26 | openstackgerrit | Dan Smith proposed openstack/os-traits master: Add COMPUTE_IMAGE_TYPE_SUPPORT_* traits https://review.openstack.org/648147 | |
| 21:51:45 | openstackgerrit | melanie witt proposed openstack/nova master: Move create of ComputeAPI object in websocketproxy https://review.openstack.org/644998 | |
| 22:03:51 | efried | melwitt: ^ Very nice. So are we waiting for test results to prove it? | |
| 22:04:17 | melwitt | efried: yeah, just want to see the result of the tempest novnc tests | |
| #openstack-nova - 2019-03-28 | |||
| 01:06:35 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: doc: Fix openstack CLI command https://review.openstack.org/648299 | |
| 01:18:42 | openstackgerrit | melanie witt proposed openstack/nova master: Add get_counts() to InstanceMappingList https://review.openstack.org/638072 | |
| 01:18:42 | openstackgerrit | melanie witt proposed openstack/nova master: Count instances from mappings and cores/ram from placement https://review.openstack.org/638073 | |
| 01:18:43 | openstackgerrit | melanie witt proposed openstack/nova master: Use instance mappings to count server group members https://review.openstack.org/638324 | |
| 02:33:16 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Add minimum value in max_concurrent_live_migrations https://review.openstack.org/648302 | |
| 03:19:37 | openstackgerrit | Merged openstack/nova stable/pike: Document unset/reset wrinkle for *_allocation_ratio options https://review.openstack.org/647292 | |
| 03:33:00 | openstackgerrit | Merged openstack/nova stable/queens: Don't persist zero allocation ratios in ResourceTracker https://review.openstack.org/613271 | |
| 03:33:06 | openstackgerrit | Merged openstack/nova stable/queens: Update resources once in update_available_resource https://review.openstack.org/612294 | |
| 07:28:05 | openstackgerrit | Merged openstack/nova master: Exec systemd-run without --user flag in Quobyte driver https://review.openstack.org/554195 | |
| 07:46:35 | openstackgerrit | Merged openstack/nova master: Update instance.availability_zone on revertResize https://review.openstack.org/643155 | |
| 08:09:59 | openstackgerrit | Yongli He proposed openstack/nova master: Clean up orphan instances https://review.openstack.org/627765 | |
| 09:06:17 | tssurya | alex_xu, dansmith: I get the backwards compatibility point and all here: https://review.openstack.org/#/c/638629/6/specs/train/approved/add-locked-reason.rst@106 , but introducing them as individual keys means more keys which would have the value as NULL most of the time. | |
| 09:45:37 | sean-k-mooney | o/ | |
| 09:47:09 | sean-k-mooney | any nova cores about that care to review a neutron spec im proposing? i will be writing a nova spec for the nova/os-vif side but if its a total non starter then ill move on to more important things | |
| 09:47:21 | sean-k-mooney | gibi: thanks for taking a look already | |
| 09:47:31 | sean-k-mooney | https://review.openstack.org/#/c/645173 | |
| 09:49:24 | gibi | sean-k-mooney: I think the goal to fix the problems you listed in that spec is a good goal. For me it is a bit hard to imagine how this will impact nova, especially the dependency between nova and neutron backends | |
| 09:49:27 | sean-k-mooney | by the way im aware we are trying to finalise RC2 so i know people are busy | |
| 09:49:55 | gibi | sean-k-mooney: I have to go back and read you answers still | |
| 09:50:56 | sean-k-mooney | gibi: ya i think i need to sit down and write the nova centric spec to illistrate that impact so that nova people dont need to look at the neutron aspect as much | |
| 09:51:16 | sean-k-mooney | i have left a comment that tried to summerise it but im not sure how clear it was | |
| 09:52:57 | sean-k-mooney | the nova/os-vif impact is summerised here https://review.openstack.org/#/c/645173/2/specs/train/port-binding-extended-information.rst@130 | |
| 09:54:12 | sean-k-mooney | but anyway if other nova cores are interested in nova/neutron stuff early feedback on "is this somethign we want to fix" would be good as i dont want to speed lots of time on the nova spec if its a total non starter | |
| 10:06:45 | sean-k-mooney | gibi: so looking at you https://blueprints.launchpad.net/nova/+spec/enhance-support-for-ports-having-resource-request i have some long standing wish list items for network aware schduling that might be able to tie into that | |
| 10:07:31 | sean-k-mooney | if we look back at https://etherpad.openstack.org/p/placement-nova-neutron-queens-ptg i listed some of them when i was making the case for completeing nested resouce providers | |
| 10:08:12 | gibi | sean-k-mooney: let's list your needs part of the item in https://etherpad.openstack.org/p/nova-ptg-train | |
| 10:08:57 | gibi | physnet aware placement looks interesting | |
| 10:09:24 | gibi | vswitch vif capacity also seems doable now | |
| 10:09:30 | sean-k-mooney | well see that is the thing there are not execatly needs but they are more techdebt removal that happens to also imporve sechduling | |
| 10:10:38 | sean-k-mooney | gibi: ya i think you have put most of the infrastuture in place already as part of your bandwith work to adress some of those wishlist items | |
| 10:11:03 | sean-k-mooney | numa affinity of vswitches we have done in a none placement way already too | |
| 10:11:45 | gibi | I think it worth to talk about these on the PTG. I can definitely give review support for some of this items while I work on the move operation bp | |
| 10:12:17 | gibi | sean-k-mooney: do we want to re-do numa aware vswitches based on placement? | |
| 10:12:56 | sean-k-mooney | maybe at somepoint but i have been wonderign if we should punt numa in placement to U | |
| 10:13:15 | sean-k-mooney | to try and get other lower hanging furit feature workign first | |
| 10:13:45 | sean-k-mooney | long term i still hope we can model numa in placement but it makes everything more complicated | |
| 10:15:22 | sean-k-mooney | for better or worse the numa topology filter and numa resouce tracker work well enough that i think the benifit of track pci devices or cpus in placement without numa outways the beniftis of numa in placment | |
| 10:16:40 | gibi | sean-k-mooney: I think, either we need to put big focus on the numa-in-placement feature or focus on the small improvements that already possible, but both cannot be done in the same cycle | |
| 10:17:04 | gibi | sean-k-mooney: I can get behind both effort as at the end of the they I would like to see both done | |
| 10:17:15 | gibi | just dont want to overcommit | |
| 10:17:24 | sean-k-mooney | gibi: ya that was the same conclution that i came to when talking to some of the redhat folks internally | |
| 10:17:46 | sean-k-mooney | but we also didnt know what the comunity wanted | |
| 10:18:38 | sean-k-mooney | i think this is already listed as a ptg topic but i hope we will as you said decied to either do numa or a set of other small things but not both | |
| 10:18:55 | sean-k-mooney | in this cycle | |
| 10:19:47 | sean-k-mooney | gibi: related to your move operation work i wanted to also highlight this patch form bauzas https://review.openstack.org/#/c/589085/ | |
| 10:20:40 | sean-k-mooney | gibi: one of the issue the move operation will have is the fact that resize/migrate does not have acess to allocation candiaties. bauzas started to fix it and stopped for his vGPU work | |
| 10:21:18 | sean-k-mooney | im hoping if we fix this generically we can acclearate move operation for both vGPU and bandwith based schduleing | |
| 10:22:11 | sean-k-mooney | i know there are other gaps but i think there will be a lot fo synergey between those features | |
| 10:22:22 | gibi | sean-k-mooney: thanks for the link. I need to sit down and plan the support for move operations. There I will use what bauzas discovered already | |
| 10:22:49 | bauzas | gibi: sean-k-mooney: yeah, I was planning to update the change later | |
| 10:42:20 | gibi | easy +A (efried already +2d) https://review.openstack.org/#/c/638847/ | |
| 11:05:40 | bauzas | gibi: done | |
| 11:23:52 | openstackgerrit | Silvan Kaiser proposed openstack/nova master: Adds systemd detection result caching in Quobyte driver https://review.openstack.org/648093 | |
| 11:24:58 | openstackgerrit | zhaixiaojun proposed openstack/nova master: Remove flavor id and name validation code because of jsonschema validation.The jsonschema validation was added with Ieba96718264ad2ddfba63b65425f7e5bbb8606a9. https://review.openstack.org/638150 | |
| 11:25:08 | openstackgerrit | Silvan Kaiser proposed openstack/nova master: WIP: Adds systemd detection result caching in Quobyte driver https://review.openstack.org/648093 | |
| 11:27:45 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-vif master: Remove IP proxy methods https://review.openstack.org/643115 | |
| 11:50:38 | openstackgerrit | Silvan Kaiser proposed openstack/nova master: WIP: Adds systemd detection result caching in Quobyte driver https://review.openstack.org/648093 | |
| 12:02:46 | gibi | bauzas: thanks | |
| 12:40:50 | mdbooth | stephenfin: Left a comment on https://review.openstack.org/#/c/647831/ | |
| 12:41:23 | mdbooth | stephenfin: That second line is belt and braces, which normally I'd be in favour of. | |
| 12:47:43 | mdbooth | cdent: lol | |
| 12:57:17 | dansmith | tssurya: right, but what does that matter? vs. literally every client having to change if you change the type... | |
| 13:07:25 | openstackgerrit | Merged openstack/nova master: doc: Fix openstack CLI command https://review.openstack.org/648299 | |
| 13:07:33 | openstackgerrit | Merged openstack/nova master: s,git://github.com/,https://git.openstack.org/, https://review.openstack.org/647472 | |
| 13:07:42 | openstackgerrit | Merged openstack/nova master: Speed up test_report https://review.openstack.org/643760 | |
| 13:35:38 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: nova-manage: heal port allocations https://review.openstack.org/637955 | |
| 13:35:39 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: cache neutron ports in heal allocation https://review.openstack.org/638207 | |
| 13:37:00 | tssurya | dansmith: fine with me then :) there was also an opinion earlier on that the boolean "locked" then becomes redundant as its just determined based on locked_by being NULL or not | |
| 13:37:31 | tssurya | but I personally don't have a strong opinion on the way its revealed | |
| 13:48:22 | openstackgerrit | Merged openstack/nova master: Add retry_on_deadlock to migration_update DB API https://review.openstack.org/633075 | |
| 13:48:42 | openstackgerrit | Merged openstack/nova master: Change the TODO to NOTE about instance multi-create https://review.openstack.org/638847 | |
| 13:55:09 | openstackgerrit | Abhishek Kekane proposed openstack/nova-specs master: Support multiple backend of Glance https://review.openstack.org/641210 | |
| 13:58:19 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/stein: Add functional recreate test for bug 1819963 https://review.openstack.org/648401 | |
| 13:58:20 | openstack | bug 1819963 in OpenStack Compute (nova) rocky "Reverting a resize does not update the instance.availability_zone value to the source az" [Medium,Confirmed] https://launchpad.net/bugs/1819963 | |
| 13:58:20 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/stein: Update instance.availability_zone on revertResize https://review.openstack.org/648402 | |
| 14:01:15 | gibi | efried: how do you feel about the nova team meetings in the EU timezone? If you need help running it then let me know and I can do it. | |
| 14:02:05 | efried | gibi: I assumed I would be running all of them at this point, but I wouldn't say no if you're itching to help :) | |
| 14:02:42 | gibi | efried: it was an old reflex last week as we split this work with melwitt. But I see that you are in a better TZ to run both | |
| 14:05:01 | efried | gibi: Yes, 8 or 9am for me depending on DST. | |
| 14:05:27 | gibi | efried: I go forward with the assumption that you will run the EU meetings but you can always ask for help | |
| 14:05:37 | efried | sounds good, thanks. | |
| 14:05:45 | gibi | efried: a similar question regrading nova onboarding in Denver. Do you need help? | |
| 14:05:53 | efried | gibi: absolutely! | |
| 14:06:12 | efried | Here's where I will eagerly take all the help I can get. | |
| 14:06:34 | efried | I'm never sure what form onboarding should take | |
| 14:06:56 | efried | the audience always seems so diverse in terms of background/experience | |
| 14:07:21 | efried | I was toying with the idea of doing it as a live demo of developing a bug fix. | |
| 14:07:52 | efried | So like, look at the bug, write and upload a test case patch, write and upload the fix patch | |
| 14:08:05 | efried | which of course is your wheelhouse completely. | |