16:00:09 <gibi> #startmeeting nova
16:00:10 <openstack> Meeting started Tue May 25 16:00:09 2021 UTC and is due to finish in 60 minutes.  The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:11 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:13 <openstack> The meeting name has been set to 'nova'
16:00:18 <stephenfin> o/
16:00:19 <sean-k-mooney> o/
16:00:23 <gibi> \o
16:00:30 <bauzas> \o
16:00:33 <gibi> lets soo how many of us got the memo :)
16:00:37 <gibi> /soo/see
16:00:40 <gmann> o/
16:01:23 <elod> o/
16:01:42 <gibi> #topic Bugs (stuck/critical)
16:01:47 <gibi> no critical bug
16:01:52 <gibi> #link 9 new untriaged bugs (-3 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New
16:02:09 <gibi> s/-3/+1/ sorry i forget to update that number
16:02:20 <gibi> still we are pretty OK regarding the triage backlog
16:02:52 <gibi> is there any specific bug we need to talk about today?
16:03:55 <gibi> #topic Gate status
16:04:03 <gibi> We have one gate issue reported by lyarwood #link https://bugs.launchpad.net/nova/+bug/1929446
16:04:04 <openstack> Launchpad bug 1929446 in OpenStack Compute (nova) "check_can_live_migrate_source taking > 60 seconds in CI" [Undecided,New]
16:04:47 * gibi haven't looked into it yet
16:05:05 <sean-k-mooney> ok so that could be just a slow node?
16:05:26 <sean-k-mooney> but we might also need to consider should it use teh long rpc timeout
16:05:28 <gibi> I don't know how frequent it is and lyarwood is not around
16:06:27 <gibi> anyhow if somebody has time to check it a bit deeper then talk to Lee about it
16:06:57 <bauzas> good luck for finding the reason
16:07:13 <sean-k-mooney> if the agent is pasueing
16:07:39 <sean-k-mooney> it could be doe to an internal lock like the libvirt proxy issue we had before
16:07:42 <dansmith> o/
16:08:28 <sean-k-mooney> but ya it wont be striat forward to see why it stoped for ~82 seconds
16:09:00 <gibi> would be nice to see how frequently we are hittig this issue. If it is infrequent then I might ignore it :)
16:09:20 <dansmith> making that a long call rpc is just going to hide why that is happening,
16:09:26 <dansmith> and if it shouldn't, I'm not sure that's good
16:09:38 <dansmith> maybe it makes a blocking libvirt call?
16:09:45 <gibi> dansmith: and also it is still tight to the sync API response
16:10:01 <sean-k-mooney> dansmith: that is what i was wondering regardign the libvirt proxy apis
16:10:02 <dansmith> ah, well, in that case definitely not
16:10:22 <dansmith> sean-k-mooney: yeah I think there are some cases where libvirt can get hung up and then we block, IIRC
16:10:43 <sean-k-mooney> there were i think we fixed the ones we knew of but there could be others
16:10:51 <dansmith> right, I mean.. bugs.
16:11:12 <sean-k-mooney> im not sure how to sech for this in kibana though
16:11:32 <dansmith> probably don't need to hold up the meeting for this tho
16:11:39 <sean-k-mooney> true
16:11:43 <gibi> OK, moving on
16:11:55 <gibi> Placement periodic job status #link https://zuul.openstack.org/builds?project=openstack%2Fplacement&pipeline=periodic-weekly
16:11:57 <gibi> they are green
16:12:15 <gibi> is there any other gate issue we need to talk about?
16:13:08 <gibi> oh one more thing. the default ovs->ovn switch in devstack has been merged again
16:13:14 <gibi> https://review.opendev.org/c/openstack/devstack/+/791436
16:13:21 <gibi> so we might see failure
16:13:32 <gibi> as far as I know neutron got hit by it
16:14:15 <gibi> if no other gate issue then
16:14:21 <gibi> #topic Release Planning
16:14:30 <gibi> Today is a spec review day. I see good progress on the spec reviews. Keep it coming!
16:15:00 <gibi> we have M1 on Thursday. I think the only work we have is to approve the lib release patches if any
16:15:40 <gibi> any othe release related topic?
16:15:47 <gmann> I am still composing spec for POST servers on host, should be ready after 1 hr or so.
16:16:08 <sean-k-mooney> gmann: ack
16:16:12 <gibi> gmann: ack, no worries, we only do spec freeze at M2
16:16:30 <gmann> yeah just to get the review flow in spec day :)
16:16:31 <sean-k-mooney> and we do not have a propsal freeze anymore
16:16:46 <gibi> :)
16:17:14 <gibi> #topic Stable Branches
16:17:21 <gibi> copyying elod's summary
16:17:27 <gibi> stable/train branches were tagged with train-em today ( https://review.opendev.org/790761 )
16:17:32 <gibi> wallaby..rocky branches gates should be OK (merged patches in rocky, train, wallaby since the last meeting)
16:17:37 <gibi> queens and pike gate not yet fixed (the devstack patch that fixed rocky's gate fails with some unit tests on queens and pike - https://review.opendev.org/791248 )
16:17:40 <gibi> EOM
16:18:06 <sean-k-mooney> one thing to note
16:18:06 <elod> I'll try to investigate the queens patch failure
16:18:14 <gibi> elod: thanks
16:18:22 <elod> (and pike)
16:18:28 <sean-k-mooney> os-vifs stable gates are broken due to lower-constratins and hack/pep8 rules issues
16:18:37 <sean-k-mooney> im going to try and fix those if i can
16:18:53 <gmann> elod: for unit test fix https://review.opendev.org/c/openstack/devstack/+/792048
16:19:00 <gmann> elod: this needs to be backported
16:19:05 <elod> sean-k-mooney: I've fixed several like that, so if you need help... :)
16:19:22 <sean-k-mooney> elod: ill ping you if i get stuck
16:19:26 <elod> gmann: oh, thanks! I'll backport it then!
16:19:41 <elod> sean-k-mooney: ++
16:19:59 <elod> maybe one more thing,
16:20:22 <elod> I am planning to propose (multiple) ocata-eol patches
16:20:36 <elod> as nova gate is broken for ~ a year
16:20:44 <gmann> elod: did, and for queens/rocky I will cap the nodeset as they should not be running on Focal there https://review.opendev.org/q/Ie002faf4c96ac7f207207a481c057b8df0289e6c
16:21:48 <elod> gmann: thanks!
16:22:20 <gibi> anything else on stable?
16:22:42 <elod> I think that's it from me
16:23:36 <gibi> #topic Sub/related team Highlights
16:23:40 <gibi> Libvirt (bauzas)
16:23:53 <bauzas> nothing to report, sir. Quiet period.
16:24:01 <gibi> thanks
16:24:02 <gibi> #topic Open discussion
16:24:06 <gibi> we have two topics
16:24:11 <gibi> (artom) Follow up on the IRC meeting schedule change.
16:24:20 <gibi> (I'm not sure this is not just a remainder from last week)
16:24:25 <artom> Doh, forgot to take that off the wiki
16:24:28 <artom> That was for last week
16:24:31 <gibi> ack
16:24:34 <gibi> I have one addendum
16:24:56 <gibi> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-May/022684.html
16:25:14 <gibi> Sam requested a chinees friendly meeting slot
16:26:10 <sean-k-mooney> restoring the bi weeksly alternet slots or an addtional one
16:26:13 <gibi> If I chair a meeting once a month on Thurday 8:00 UTC, how many of you would join.(looking at folks from EU)
16:26:22 <gibi> ?
16:26:33 <gibi> sean-k-mooney: I think it would be an additional slot
16:27:12 <sean-k-mooney> gibi: am if iwas in an NA/Aisa frindly slot i would be more likely to join :) so i doubt i will be tere unless i did not sleep well
16:27:23 <stephenfin> Too early for me, I'm afraid. I'm rarely concious at that point. I could show up if explicitly requested but that would be about it
16:27:51 <stephenfin> oh, wait - that's 9am during the summer
16:28:06 <stephenfin> I'd be around for that (during the summer)
16:28:07 <sean-k-mooney> well for the rest of this year
16:28:26 <sean-k-mooney> we are ment to nolonger have daylight saving across europe next year right
16:28:37 <stephenfin> I wouldn't count on it
16:28:55 <gmann> oh is it?
16:29:00 <stephenfin> gibi: If it was 9:00 UTC I could reliably be there, fwiw
16:29:24 <stephenfin> but 08:00 UTC would work until October or whenever the clocks change
16:29:53 <stephenfin> lyarwood has a kid and would gladly be there at 06:00 UTC, I'm sure :P
16:29:59 <gibi> :P
16:30:10 <gibi> bauzas: any view from you?
16:30:18 <bauzas> haven't we said last week that we could have some kind of open session ?
16:31:09 <gibi> bauzas: we might not repeate the todays agenda, but have just is-there-any-topic-for-today agenda point
16:31:31 <bauzas> http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-05-20-16.00.log.html#l-120
16:31:42 <sean-k-mooney> bauzas: were you thinking of just doing it in the nova channel rahter then a dedicated meeting room?
16:32:19 <gibi> can I use \#startmeeting in nova?
16:32:26 <sean-k-mooney> i think so
16:32:28 <gmann> yes,
16:32:28 <dansmith> I think you can
16:32:31 <gmann> we do for QA
16:32:31 <gibi> coo
16:32:32 <gibi> l
16:32:32 <sean-k-mooney> i have seen other channels do it
16:32:32 <dansmith> tc meetings happen in -tc
16:32:39 <gmann> yeah tc too
16:32:47 <bauzas> sean-k-mooney: yup
16:32:50 <gibi> bauzas: 9:00 UTC is better for you too?
16:32:51 <bauzas> like TC does https://governance.openstack.org/tc/#meeting-office-hour
16:33:33 <sean-k-mooney> that would be 17:00 in china
16:33:34 <bauzas> gibi: well, I'd need to go to a school around 9.20UTC every week in the summer time
16:33:45 <sean-k-mooney> so end of day but not late
16:33:56 <bauzas> but I don't want to not accept it because of me
16:34:09 <bauzas> hence the office hour
16:34:21 <artom> You don't not want to refuse to not decline it?
16:34:23 <gibi> OK, so you could be with us for the first 15 minutes?
16:34:32 <bauzas> gibi: yup, I can
16:34:35 <gibi> cool
16:34:39 <bauzas> artom: indeed
16:35:00 <gibi> then lets try 9:00 UTC once a month, on #openstack-nova with an office hour style
16:35:17 <stephenfin> (y)
16:35:26 <bauzas> which day ?
16:35:34 <bauzas> Tuesdays ?
16:35:36 <gibi> Tueday does not work for me
16:35:46 <gibi> Thursday would be better
16:36:09 <bauzas> and what about Mondays ?
16:36:11 <sean-k-mooney> maybe jsut do another poll
16:36:37 <gibi> bauzas: Monday works
16:36:37 <bauzas> I'd prefer to have this kind of office hour be close to a nova meeting
16:36:41 <sean-k-mooney> 9am on a monday you masochist :P
16:36:53 <bauzas> sean-k-mooney: ah, right
16:36:59 <stephenfin> a poll would probably be best
16:37:03 <gibi> 9:00 UTC is 11:OO CEST ;)
16:37:04 <sean-k-mooney> ill be asleep most likely so dont work around me
16:37:05 <bauzas> people need to move to France, I guess
16:37:15 <bauzas> actually, I'll propose this
16:37:19 <stephenfin> since we won't capture everyone here
16:37:26 <gibi> OK, I will set up a poll
16:37:34 <stephenfin> (also, I've a meeting a 9:15 Mondays already so that wouldn't work)
16:37:40 <bauzas> (joking, just in case people think about it :p )
16:37:56 <gibi> moving on as we have another topic
16:37:57 <bauzas> another meeting, yay \o/
16:38:03 <gibi> (gmann) Nova feedback on Freenode situation
16:38:04 <gibi> http://lists.openstack.org/pipermail/openstack-discuss/2021-May/022675.html
16:38:04 <sean-k-mooney> the only thing ill say is if you want to avoid bank holidays mid week is best and not the first week in the month
16:38:49 <bauzas> sean-k-mooney: that depends on the country ;)
16:38:50 <gmann> on Freenode discussion, this is etherpad to provide nova option #link https://etherpad.opendev.org/p/feedback-on-freenode
16:39:07 <bauzas> I've seen this etherpad :(
16:39:17 <dansmith> to be clear, some projects want to leave freenode right now, without letting the current situation settle or have our infra in place on another network
16:39:25 <gmann> this is to get feedback from project for TC to decide the next step
16:39:28 <dansmith> I'm hoping nova will vote to just "wait and see" for the moment
16:39:29 <bauzas> looks like someone advocated
16:39:43 <bauzas> dansmith: +1000 for me
16:39:49 <gmann> I too vote for "wait and see"
16:39:58 <bauzas> we can vote
16:40:06 <bauzas> #startvote there it goes :p
16:40:07 <openstack> Only the meeting chair may start a vote.
16:40:19 <gibi> #help startvote
16:40:21 <sean-k-mooney> well its more come to a concenus
16:40:28 <dansmith> do we need a formal vote?
16:40:33 <gibi> I don't think so
16:40:34 <bauzas> nah, was kidding
16:40:48 <dansmith> if we do, then fine, but if nobody objects to wait-and-see ...
16:40:49 <gibi> I have no hard opinion. freenode still works for me
16:40:50 <gmann> yeah, not needed as such
16:40:54 <dansmith> cool
16:41:00 <bauzas> do people have other concerns ?
16:41:01 <gibi> please object loudly if you want to move now
16:41:08 <bauzas> yup
16:41:16 <sean-k-mooney> i think if the majroity start moving we shoudl
16:41:24 <bauzas> who ?
16:41:32 <gibi> as far as I understand infra is preparing for the move even if we chose to wait
16:41:36 <sean-k-mooney> to not split thing but im already conented to both upstream and downstream irc networks
16:41:38 <bauzas> I only saw *some* folks wanting to move
16:41:45 <sean-k-mooney> so havign a third is not realy a big deal to me
16:41:49 <bauzas> but I'm not sure we have consensus on moving
16:41:54 <dansmith> sean-k-mooney: I think we should only move if the TC and infra people decide to move en masse
16:42:03 <gibi> ++
16:42:06 <sean-k-mooney> dansmith: that would be my preference also
16:42:08 <bauzas> totally agreed
16:42:11 <stephenfin> yeah, my only concern is that if other (significant) projects did start moving, I'd like to go with
16:42:12 <dansmith> the question at the moment is which projects are going to leave without waiting or coordinating
16:42:19 <stephenfin> otherwise, I don't care
16:42:26 <bauzas> looks the ship sailed for some of them
16:42:34 <sean-k-mooney> tehre have been stament made by some that they will stop using irc for contibutig if we do not move by the end of the week
16:42:52 <sean-k-mooney> i will miss them but im not inclidned to move as a result of such statements
16:42:56 <bauzas> well
16:43:20 <stephenfin> not the best way to get people on-board, that :)
16:43:23 <bauzas> I understand why people would want to move, but they also need to think about other contributors
16:43:40 <bauzas> and at least we would need to continue using Freenode for a lot of time
16:43:41 <dansmith> stephenfin: or even.. the right way to ensure they're *not* on board :)
16:43:43 <gibi> it seem ironic and kolla would like to move
16:43:51 <gibi> move now
16:43:54 <stephenfin> touché
16:43:57 <bauzas> just in case some contributors don't see emails
16:44:22 <sean-k-mooney> what i might suggest is we start keeping the oftc nova channle open for now but keep freenode as our main channel until it plays out in the TC
16:44:24 <stephenfin> gibi: I assume you need to give a vote on behalf of everyone?
16:44:28 <stephenfin> as PTL
16:44:35 <gibi> yes
16:44:38 <bauzas> sean-k-mooney: please, no
16:44:45 <gibi> based on the above discussion it is Option 1 for nova.
16:44:51 <dansmith> sean-k-mooney: I think we should avoid that.. infra is holding the channel
16:44:54 <gibi> and I will add that to the etherpad
16:44:58 <bauzas> sean-k-mooney: we need one single channel and we need to redirect folks to the official channel
16:44:59 <dansmith> gibi: thanks!
16:44:59 <stephenfin> wfm
16:45:02 <gmann> sean-k-mooney: yeah that create confusion
16:45:06 <sean-k-mooney> dansmith: ok
16:45:07 <gmann> gibi: +1
16:45:23 <sean-k-mooney> bauzas: well i was suggstign redirecting them to freenode for now
16:45:24 <gmann> thanks. gibi can you please add it to etherpad too.
16:45:36 <gibi> gmann: I will
16:45:37 <gmann> ah you mentioend that
16:45:38 <bauzas> sean-k-mooney: I don't see the need
16:45:38 <gmann> thanks
16:45:45 <bauzas> sean-k-mooney: nothing changes
16:45:58 <sean-k-mooney> bauzas: i guess empty channel speaks for its self
16:46:16 <bauzas> but then, two people could discuss
16:46:26 <bauzas> and that's how you split a community
16:46:30 <sean-k-mooney> dansmith: do you know if infra has set the topic on those chanels to somehthin glike project X currenlty uses freenode
16:46:51 <dansmith> sean-k-mooney: no, but they're working on making their bots even work over there, so that would be a good first thing when they're ready
16:47:17 <sean-k-mooney> ok cool
16:47:38 <dansmith> I don't think they even have a way to delegate ops because their bots need to be modified to work with OTFC's nickserv, etc as I understand it
16:48:23 <gibi> is there anything else for today/
16:48:24 <gibi> ?
16:48:47 <gmann> nothing from me.
16:49:04 <sean-k-mooney> not form me
16:49:18 <gibi> then thanks for joining
16:49:25 <gibi> \o
16:49:27 <gibi> #endmeeting