16:00:25 <gibi> #startmeeting nova
16:00:26 <openstack> Meeting started Thu Aug  6 16:00:25 2020 UTC and is due to finish in 60 minutes.  The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:27 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:29 <openstack> The meeting name has been set to 'nova'
16:00:45 <gibi> o/
16:00:48 <rambo_li> hi
16:00:52 <artom> o/ (Right on time, noon church bells are going off and everything)
16:00:53 <dansmith> greo/
16:01:04 <gmann> o/
16:02:19 <gibi> let's get started
16:02:32 <gibi> thank you dansmith for chairing the last week meeting in my absence
16:02:38 <dansmith> np
16:02:40 <gibi> #topic Bugs (stuck/critical)
16:02:45 <gibi> No Critical bugs
16:02:50 <gibi> #link 39 new untriaged bugs (+3 since the last meeting): https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New
16:02:56 <gibi> please look at the untriaged bug list and try to push some bugs forward
16:03:15 <gibi> is there any high profile bug we need to discuss today?
16:04:09 <gibi> #topic Runways
16:04:17 <gibi> etherpad #link https://etherpad.opendev.org/p/nova-runways-victoria
16:04:26 <gibi> the slot for #link https://review.opendev.org/#/q/topic:bp/add-emulated-virtual-tpm will expire today
16:04:37 <gibi> I don't see too much review progress lately there
16:04:50 <gibi> the #link https://review.opendev.org/#/q/topic:bp/policy-defaults-refresh-deprecated-apis still has more than a week in the slot and has already a +2 so we only need a second core to push it
16:05:30 <gibi> the third slot is empty
16:05:41 <gibi> he next in the queue is #link https://blueprints.launchpad.net/nova/+spec/cyborg-shelve-and-unshelve but it has negative feedback and in merge conflict so I'll drop it from the queue
16:05:51 <gibi> the next is #link https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/provider-config-file (tony_su) which also has negative feedback
16:06:10 <gibi> this might be worth to put in a slot as tony_su is actively working on it as far as I see
16:06:29 <gibi> or we can put the next one from the queue #link https://review.opendev.org/#/q/topic:bp/cyborg-rebuild-and-evacuate+(status:open+OR+status:merged)
16:06:36 <gibi> what do you think?
16:08:45 <gibi> I guess the silence means that we don't feel motivate to have anyithing in the third slot so I keep it empty for now
16:08:53 <gibi> it is summertime anyhow
16:09:15 <gibi> anything else about the stuff in runway slots?
16:10:11 * sean-k-mooney checks
16:10:13 * lyarwood joins late
16:10:41 <sean-k-mooney> provider.yaml would be nice to complete
16:10:49 <sean-k-mooney> if its ready for a slot
16:11:03 <sean-k-mooney> other then that i think 2 items is fine
16:11:24 <sean-k-mooney> the vtpm stuff is failly invovled
16:11:42 <sean-k-mooney> so there is a lot with that and the policy work as it is
16:12:16 <gibi> OK then keeping the slots as is. I would really want the policy work to move forward
16:12:33 <gibi> #topic Release Planning
16:12:40 <gibi> last week we hit spec freeze. We will discuss freeze exceptions in the Open discussion section at the end.
16:12:56 <gibi> anything else about the upcoming release?
16:13:55 <gibi> #topic Stable Branches
16:14:34 <gibi> lyarwood, elod : do you have some news for us?
16:14:42 <lyarwood> gibi: nothing from me, elod?
16:14:54 <elod> nothing from me either :)
16:14:59 <gibi> ack
16:15:00 <gibi> thanks
16:15:06 <gibi> #topic Sub/related team Highlights
16:15:38 <gibi> API (gmann)
16:15:49 <gmann> only one things about review on policy patches having stephenfin +2 already
16:15:52 <gmann> #link https://review.opendev.org/#/q/topic:bp/policy-defaults-refresh-deprecated-apis+(status:open+OR+status:merged)
16:16:05 <gmann> its in runway also as you mentioned early
16:16:10 <gibi> yepp
16:16:15 <gibi> thanks
16:16:21 <gibi> Libvirt (bauzas)
16:16:46 <lyarwood> he's out on PTO for 3 weeks and there's nothing on the pad AFAIK
16:16:52 <gibi> OK, thanks
16:16:58 <gibi> #topic Stuck Reviews
16:17:14 <gibi> nothing on the agenda. Is there anything to discuss here?
16:18:22 <gibi> #topic Open discussion
16:18:34 <gibi> lets start with spec freeze exceptions
16:18:48 <gibi> (Rambo <lijie@unitedstack.com>): Spec freeze exception for https://review.opendev.org/#/c/739349/
16:19:00 <gibi> add volume backed server rebuild spec
16:19:51 <gibi> As far as I see there is a change compared to the originally planned cinder-nova interaction
16:19:58 <rambo_li> I communicated with the Cinder team, there are some questions to determine, so they will discuss this more at the midcycle next week.
16:19:58 <rambo_li> http://eavesdrop.openstack.org/irclogs/%23openstack-meeting-alt/%23openstack-meeting-alt.2020-08-05.log.html#t2020-08-05T14:25:16
16:20:37 <gibi> rambo_li: do I undesrstand from the cinder meeting logs that the change from polling to os-server-externa-notification is not discussed yet?
16:20:59 <rambo_li> yes, not discussed
16:21:02 <sean-k-mooney> i did not see that mentioned in the log but i could have missed it
16:21:13 <gibi> I'm affraid we are running out of time for this spec on the nova side. I would only be confortable granting exception if everything would be set before end of this week
16:21:50 <gibi> but I encurage to continue discussing it with cinder and nova teams
16:23:06 <rambo_li> so can we approved this in nova firstly?
16:24:12 <sean-k-mooney> cinder seam to not have added a microveriosn when then added the new api
16:24:23 <gibi> the question is how confident we are that cinder is OK with the external event. This is a new piece of logic that cinder needs to do
16:24:32 <sean-k-mooney> so we still have an open question of how we dedect if reimage is supported at all
16:24:42 <sean-k-mooney> even if we went back to polling
16:25:01 <sean-k-mooney> so i think we need an api chane in any case
16:25:15 <gibi> sean-k-mooney: but reimage is an api change, isn't it?
16:25:23 <sean-k-mooney> yes
16:25:27 <sean-k-mooney> and when they added it
16:25:33 <sean-k-mooney> they did not add a microverion
16:25:41 <sean-k-mooney> so stien and train use the same one
16:25:46 <sean-k-mooney> but it was added in train
16:25:53 <rambo_li> yes, the reimage api should add a microversion
16:26:16 <sean-k-mooney> https://docs.openstack.org/cinder/latest/contributor/api_microversion_history.html#maximum-in-stein-and-train
16:26:29 <sean-k-mooney> rambo_li: wasnt reimage added in trian
16:26:43 <rambo_li> not merge
16:26:52 <sean-k-mooney> oh ok
16:27:10 <rambo_li> https://review.opendev.org/#/c/606346/
16:27:29 <rambo_li> this review is add microversion
16:27:38 <rambo_li> added
16:27:38 <sean-k-mooney> then ya we just need to know if cinder are ok with the change in poling to event
16:27:50 <rambo_li> yea
16:27:52 <rambo_li> yes
16:27:58 <sean-k-mooney> then we can check for 2.61
16:28:18 <sean-k-mooney> can you ask the cinder team to comment on that
16:28:27 <sean-k-mooney> you can link to the irc logs or this
16:28:32 <gibi> to summarize. I'm willing to grant exception if cinder confirms that they are OK with the event approach. But the deadline to approve the spec is end of this week
16:29:13 <gibi> I will leave my tentative +2 vote there after the meeting
16:29:20 <rambo_li> sean-k-mooney: ok, I understand
16:29:33 <rambo_li> gibi: thank you
16:29:38 <gibi> cool
16:29:40 <gibi> moving forward
16:29:52 <gibi> (mlycka): Spec freeze exception for https://review.opendev.org/#/c/702810/
16:30:05 <gibi> Enable REST quiescing
16:30:18 <gibi> there are multiple -1 on this one
16:30:51 <gibi> I see that there is discussion about using os-server-external-events for quiescing the attached volume
16:30:58 <gibi> or using a separate server action
16:31:12 <gibi> for me this depends on the actual use case
16:31:34 <sean-k-mooney> so on irc it was mentioned that they wanted to use this without cidner
16:31:47 <sean-k-mooney> using a third party backup solution
16:31:48 <gibi> until now I thought that the end user would ask Cinder to snapshot a volume, and then Cinder would call Nova to quesing
16:32:06 <sean-k-mooney> yes that is wht the spec implies
16:32:18 <gibi> is it supported to backup a Cinder volume without Cinder knowing about it?
16:32:44 <sean-k-mooney> well i think they are going to run somehting in the vm to do the backup
16:32:50 <sean-k-mooney> which would be
16:33:01 <sean-k-mooney> but if they are going to the cinder backend i would say no
16:33:24 <sean-k-mooney> the same way we dont support peopel doing backup and restore of the qcow files on the compute host
16:33:53 <gibi> if they go into the VM then they can also quiesce the VM from inside
16:34:14 <sean-k-mooney> yes that is true which confusted me why this was needed
16:34:35 <sean-k-mooney> if this is only for cinder then im fine with the external event
16:35:20 <gibi> I think there was other things open in that spec too
16:35:31 <sean-k-mooney> last line of problem descrition "No other actor, such as an external backup tool, is able to quiesce a VM."
16:36:00 <sean-k-mooney> yes johnthetubaguy
16:36:17 <sean-k-mooney> you had some open quetion regarding the change from the previouly appoved spec
16:36:52 <gibi> I don't feel like we can answer all these during tomorrow
16:37:07 <sean-k-mooney> #link https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/expose-quiesce-unquiesce-api.html
16:37:25 <sean-k-mooney> i dont thnk so either althoguh im not really invested in this spec
16:38:20 <sean-k-mooney> oh so the previous spec give a much better usecase
16:38:28 <sean-k-mooney> takeing a snapshot fo a group of vms
16:38:42 <sean-k-mooney> and it uses an instance action
16:39:11 <gibi> OK, we have to go back to the use case
16:39:23 <gibi> which means more discussion
16:39:36 <gibi> which means I don't think we should grant an freeze exception for this
16:40:08 <gibi> let's continue discussing the use case in V and have an agreed spec for early W feels better
16:40:11 <gibi> sorry
16:40:32 <gibi> moving on
16:40:34 <gibi> (gibi): Spec freeze exception for https://review.opendev.org/#/c/733703
16:40:41 <gibi> Routed network scheduling spec
16:40:48 <gibi> it basically has 2 +2s
16:41:06 <gibi> I was away last week so I could not approve it in time
16:41:32 <sean-k-mooney> just to be clear this will not fix everything related to routed netwroks
16:41:32 <gibi> is there any objection to approve it now?
16:41:45 <gibi> sean-k-mooney: yes, it is a next step forward with route net
16:41:54 <sean-k-mooney> but the issue it does fix make the situation defetly better then todya
16:42:05 <sean-k-mooney> so i think it makes sense for incremetal improvement
16:42:26 <sean-k-mooney> yep so no object from me
16:42:36 <sean-k-mooney> *objection
16:43:03 <gibi> going once
16:43:35 <gibi> going twice
16:44:22 <gibi> approved
16:44:27 <gibi> moving forward
16:44:44 <gibi> so these were the spec freeze exception
16:44:45 <gibi> s
16:44:52 <gibi> (gibi): I will be on vacation during the next two weeks. I need volunteer(s) to run the next two nova meetings.
16:45:28 * sean-k-mooney admires the silence
16:45:40 <gibi> I will be a bit less gone than last week so I might pop in for a quick check during both weeks but not be able to run meetings
16:45:56 <gibi> as an alternative I can cancel the next two meetings
16:46:03 * lyarwood can help run the next two meetings
16:46:12 <gibi> \o/ thanks lyarwood !
16:46:32 <gibi> then moving forward
16:46:38 <gibi> (lyarwood): https://launchpad.net/~nova-coresec - Do we need to reseed this team with active core team members?
16:47:22 <lyarwood> Yeah I noticed that johnthetubaguy and dansmith  are the only semi active Nova cores in that team at the moment
16:47:38 <lyarwood> and wonderd if we wanted to get more people listed there?
16:47:50 <lyarwood> gibi: I'd assume you would like to be as PTL at least?
16:48:08 <dansmith> fwiw, I don't think the ptl is generally added to that list in the past,
16:48:09 <gibi> for some reason I already see the private secu bugs in launchpad
16:48:19 <lyarwood> oh well there we go then
16:48:26 <sean-k-mooney> gibi: if you have been added to cc you can
16:48:28 <dansmith> but it's common to copy them which makes them visible
16:48:35 <lyarwood> right TIL
16:48:37 <sean-k-mooney> gibi: often the security team will add the ptl
16:48:37 <gibi> then I know the reason
16:49:28 <gibi> you can corner me to help in with this work
16:49:46 <lyarwood> ack thanks
16:49:49 <gibi> but I would like to get a specific trigger to know where to help
16:50:47 <gibi> do we have any good candidate to be added to that team?
16:50:59 <gibi> lyarwood: are you volunteering? ;)
16:51:09 <lyarwood> haha no I've only just been made a core
16:51:22 <lyarwood> I just wanted to raise it with the group and see if anyone was interested
16:51:35 <lyarwood> we don't need to dwell on it, we can move on
16:51:57 <gibi> OK, so if somebody interested to joint to the security team then let dansmith or johnthetubaguy know
16:52:23 <gibi> lyarwood: thanks for noticing and bringing this up
16:52:44 <gibi> this was the last item on the agenda
16:52:53 <gibi> is there any other topic for today?
16:53:01 <sean-k-mooney> just quickly for os-vif
16:53:12 <sean-k-mooney> the non client lib freeze is septemebr 3rd
16:53:23 <sean-k-mooney> but i would like to try an finalise it august 27th
16:53:41 <sean-k-mooney> to give us a week if anything is found after teh relese
16:53:50 <sean-k-mooney> although we are not changing much this cycle
16:54:00 <sean-k-mooney> so i dont epect to need it
16:54:29 <gibi> sean-k-mooney: thanks. Is there anyithing outstanding that we really want to lend in os-vif before the freeze?
16:54:34 <gibi> land
16:54:47 <sean-k-mooney> i want to change one default
16:54:57 <sean-k-mooney> and then just the ubuntu 20.04 change
16:55:03 <sean-k-mooney> but not really
16:55:13 <sean-k-mooney> thre are currently 4 patches
16:55:17 <sean-k-mooney> i think we can land them all
16:55:29 <sean-k-mooney> no rush yet
16:55:59 <gibi> cool
16:56:02 <gibi> thanks for the headsup
16:56:03 <sean-k-mooney> the default change is using the python binding instead of cli for ovs db
16:56:16 <gmann> i will rebase the ubuntu 20.04 one, seems merge conflict https://review.opendev.org/#/c/738130/
16:56:43 <sean-k-mooney> cool
16:57:28 <sean-k-mooney> i think we are done so
16:57:58 <gibi> OK
16:58:06 <gibi> if nothing else then thanks for joining today
16:58:16 <sean-k-mooney> o/
16:58:33 <gibi> #endmeeting