14:00:09 #startmeeting nova 14:00:10 Meeting started Thu Nov 1 14:00:09 2018 UTC and is due to finish in 60 minutes. The chair is mriedem. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:13 The meeting name has been set to 'nova' 14:00:16 oh hello 14:00:17 o/ 14:00:22 o/ 14:00:36 o/ 14:00:36 o/ 14:00:41 o/ 14:01:07 suppose i should pull up the agenda here right? 14:01:23 #link agenda https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting 14:01:38 #topic release news 14:01:45 #link Stein release schedule: https://wiki.openstack.org/wiki/Nova/Stein_Release_Schedule 14:01:51 s-1 was last week 14:01:55 i don't think we did a release 14:02:01 because milestone projects don't need to do those anymore 14:02:05 o/ 14:02:12 #link Stein runway etherpad: https://etherpad.openstack.org/p/nova-runways-stein 14:02:12 o/ 14:02:16 \o 14:02:27 #link runway #1: https://blueprints.launchpad.net/nova/+spec/reshape-provider-tree (bauzas/naichuan) [END: 2018-11-08] 14:02:38 https://review.openstack.org/599208 and https://review.openstack.org/#/c/521041 14:02:50 #link Part #2 of https://blueprints.launchpad.net/nova/+spec/use-nested-allocation-candidates (gibi) [END 2018-11-08] 14:03:12 gibi is preparing for the bw provider demo for the summit so ^ has stalled a bit, 14:03:19 i might update the bottom two patches there to keep things moving 14:03:32 #link runway #3 https://blueprints.launchpad.net/nova/+spec/initial-allocation-ratios (yikun) [END 2018-11-09] 14:03:53 i think that might need to be updated since https://review.openstack.org/#/c/613126/ changed some of that logic 14:04:13 any questions about runways or the release schedule? 14:04:33 #topic bugs 14:04:43 nothing marked critical 14:05:05 #link 55 new untriaged bugs (up 5 since the last meeting): https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 14:05:16 #link bug triage how-to: https://wiki.openstack.org/wiki/Nova/BugTriage#Tags 14:05:27 #link check queue gate status http://status.openstack.org/elastic-recheck/index.html 14:05:30 gate status ^ 14:05:38 we have a recentish gate failure in the functional tests 14:05:45 http://status.openstack.org/elastic-recheck/index.html#1800472 14:06:18 it's a weird issue, but the tests are trying to boot servers into an anti/affinity policy that should fail to schedule with NoValidHost and the last server goes to ERROR, 14:06:31 but while waiting for that last server to go to ERROR, we get a 404 out of the API, which shouldn't happen 14:06:42 so we're losing something between the time the server is a build request and when it's in cell0 14:07:26 could be something with a timing window where the instance mapping isn't updated to cell0 yet, or we do'nt look in the right place, idk 14:07:33 debug would be helpful 14:07:41 3rd party CI, i don't have any news 14:07:46 questions about bugs? 14:08:08 did everyone have an excellent halloween? lots of candy?! 14:08:12 ttsiouts: that might be worth a look, seems related to your rebuild from cell0 blueprint 14:08:34 #topic reminders 14:08:40 #link Stein Subteam Patches n Bugs: https://etherpad.openstack.org/p/stein-nova-subteam-tracking 14:08:45 #link Create etherpads for Forum sessions: https://wiki.openstack.org/wiki/Forum/Berlin2018 14:09:19 stephenfin: ^ i think you have one for nfv things that needs to go into yet 14:09:37 mriedem: Yup, planning to do that today 14:09:44 #topic stable branch status 14:09:48 #link stable/rocky: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/rocky,n,z 14:10:06 #link rocky 18.0.3 release request: https://review.openstack.org/#/c/614575/ 14:10:14 ^ has several upgrade-related fixes in it 14:10:33 there are also a lot of rocky backports with +2s that need another core 14:10:36 #link stable/queens: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/queens,n,z 14:10:53 #link stable/pike: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/pike,n,z 14:10:58 queens and pike look pretty normal 14:11:05 #topic subteam highlights 14:11:10 efried: scheduler 14:11:20 #link n-sch meeting minutes http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-10-29-14.00.html 14:11:23 It turned out to be a busy, productive meeting. 14:11:28 gibi brought up the 14:11:28 #link last patch of the use-nested-allocation-candidates https://review.openstack.org/#/c/608298/ 14:11:28 which may be controversial in its approach, so early reviews are encouraged. 14:11:34 Extraction: 14:11:34 #link Extraction etherpad https://etherpad.openstack.org/p/placement-extract-stein-4 14:11:34 The 14:11:34 #link call for upgrade deployment tooling volunteers http://lists.openstack.org/pipermail/openstack-dev/2018-October/136075.html 14:11:34 had yielded no fruit as of the meeting, but has since seen responses, so yay. 14:11:42 Recognizing that it needed a new owner, we agreed to send out a 14:11:42 #link call for reshaper FFU volunteers http://lists.openstack.org/pipermail/openstack-dev/2018-October/136110.html 14:11:42 which has seen a response, so yay. (Though it sounds like some initial encouragement/mentorship/guidance would not go amiss.) 14:11:52 db upgrade work proceeds apace via this nice tall 14:11:52 #link stack of alembic and related patches https://review.openstack.org/#/c/614307/ 14:12:03 Discussed bug 1799727, agreed to make virt drivers the Source Of Truth for all inventory information, including allocation ratios and reserved values, even when they come from conf. We have since merged 14:12:03 bug 1799727 in OpenStack Compute (nova) rocky "CPU_Allocation_Ratio from nova.conf doesn't update exisiting providers" [High,In progress] https://launchpad.net/bugs/1799727 - Assigned to Matt Riedemann (mriedem) 14:12:03 #link setting allocation ratio and reserved amounts in update_provider_tree https://review.openstack.org/#/c/613126/ 14:12:03 and 14:12:03 #link stop calling _normalize_inventory_from_cn_obj in the upt flow in the RT https://review.openstack.org/#/c/613991/ 14:12:03 so yay. 14:12:12 Finally, bug 1799246 and its fix 14:12:12 bug 1799246 in OpenStack Compute (nova) "module level init of db transation contexts cause failure under mod_wsgi on module reload" [Medium,In progress] https://launchpad.net/bugs/1799246 - Assigned to sean mooney (sean-k-mooney) 14:12:12 #link harden wsgi https://review.openstack.org/#/c/610034/ 14:12:12 were mentioned as needing a look. You know, for people who can spell wsgi. 14:12:18 END 14:12:56 fwiw, i think the FFU script thing might still be up for grabs if anyone wants it, kevin has 2 blueprints he has to get started as well 14:13:01 so i gently reminded him of priorities 14:13:06 heh 14:13:19 he's an eager beaver 14:13:20 But he's finished his downstream work 14:13:27 so all the time in the world now. 14:13:29 there is always downstream work 14:13:47 gmann: api news? 14:14:03 mriedem: no office hour this week. i was out on wed. 14:14:06 ok 14:14:19 #topic stuck reviews 14:14:26 i don't see anything on the agenda 14:14:41 #topic open discussion 14:14:45 we have two items 14:14:46 first, 14:14:51 Further questions for the Image Encryption? (mhen) 14:14:55 Spec: https://review.openstack.org/#/c/608696/ 14:15:00 mhen: go 14:15:06 o7 14:15:29 just put this up on the agenda in case anyone of you has further feedback to share on this topic 14:16:01 we updated the spec according to the points that have been brought up 14:16:03 so you don't have anything specific? 14:16:18 if not, we'll leave it to the review 14:16:23 we have lots of specs :) 14:16:29 that's fine 14:16:43 jackding added (at my request): Add I/O Semaphore to limit number of concurrent disk operations 14:16:48 #link bp: https://blueprints.launchpad.net/nova/+spec/io-semaphore-for-concurrent-disk-ops 14:16:51 Review: https://review.openstack.org/#/c/609180/ 14:17:00 this is a specless blueprint which we talked about at the ptg, 14:17:05 and said it should be fine to do, 14:17:09 so this is mostly just paperwork 14:17:17 i put the ptg notes into the blueprint whiteboard already 14:17:39 i'm good with this, are there any objections? 14:18:06 ok i'll approve for stein then 14:18:30 for everyone going to the summit i guess i'll see you in about a week 14:18:44 that's it 14:18:45 thanks 14:18:47 #endmeeting