Thursday, 2020-04-30

*** diablo_rojo has quit IRC00:08
*** maciejjozefczyk has quit IRC02:15
*** maciejjozefczyk has joined #openstack-meeting-302:15
*** yamamoto has quit IRC02:54
*** yamamoto has joined #openstack-meeting-302:54
*** yamamoto has quit IRC03:18
*** yamamoto has joined #openstack-meeting-303:31
*** psachin has joined #openstack-meeting-303:34
*** e0ne has joined #openstack-meeting-306:51
*** e0ne has quit IRC06:57
*** slaweq has joined #openstack-meeting-306:58
*** e0ne has joined #openstack-meeting-306:58
*** belmoreira has joined #openstack-meeting-306:58
*** e0ne has quit IRC07:05
*** yamamoto has quit IRC07:19
*** yamamoto has joined #openstack-meeting-307:23
*** ralonsoh has joined #openstack-meeting-307:27
*** e0ne has joined #openstack-meeting-307:34
*** e0ne has quit IRC07:36
*** yamamoto has quit IRC07:36
*** yamamoto has joined #openstack-meeting-307:50
*** witek has joined #openstack-meeting-308:10
*** apetrich has joined #openstack-meeting-308:59
*** yamamoto has quit IRC09:02
*** yamamoto has joined #openstack-meeting-309:16
*** yamamoto has quit IRC09:19
*** yamamoto has joined #openstack-meeting-309:23
*** e0ne has joined #openstack-meeting-309:31
*** yamamoto has quit IRC09:37
*** yamamoto has joined #openstack-meeting-310:05
*** raildo has joined #openstack-meeting-311:21
*** tellesnobrega has joined #openstack-meeting-311:54
*** maciejjozefczyk_ has joined #openstack-meeting-312:08
*** maciejjozefczyk has quit IRC12:11
*** yamamoto has quit IRC12:23
*** lpetrut has joined #openstack-meeting-312:34
*** maciejjozefczyk_ is now known as maciejjozefczyk12:35
*** slaweq has quit IRC12:35
*** slaweq has joined #openstack-meeting-312:36
*** slaweq_ has joined #openstack-meeting-312:38
*** slaweq has quit IRC12:41
*** yamamoto has joined #openstack-meeting-312:49
*** yamamoto has quit IRC12:50
*** yamamoto has joined #openstack-meeting-312:54
*** yamamoto has quit IRC12:54
*** yamamoto has joined #openstack-meeting-312:54
*** yamamoto has quit IRC13:02
*** lpetrut has quit IRC13:14
*** njohnston_ is now known as njohnston13:21
*** psachin has quit IRC13:22
*** tosky has joined #openstack-meeting-313:29
*** jeremyfreudberg has joined #openstack-meeting-313:46
jeremyfreudberg#startmeeting sahara14:00
openstackMeeting started Thu Apr 30 14:00:25 2020 UTC and is due to finish in 60 minutes.  The chair is jeremyfreudberg. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: sahara)"14:00
openstackThe meeting name has been set to 'sahara'14:00
toskyo/14:04
jeremyfreudbergo.14:04
jeremyfreudbergo/14:04
toskyI can't be too much around, but14:06
toskywe have almost everything merged for the ussuri release14:06
tosky(even in RDO)14:06
toskythe big issue now is https://storyboard.openstack.org/#!/story/200759614:06
toskynuff said14:07
jeremyfreudbergi am working on a fix for 2007596 right now14:07
jeremyfreudbergthat is my main thing14:07
jeremyfreudbergi might have something posted for review today, if my theories are correct14:08
jeremyfreudberg#topic open discussion14:08
*** openstack changes topic to "open discussion (Meeting topic: sahara)"14:08
jeremyfreudbergwe also have someone interested in contributing cdh 6.3 support14:08
jeremyfreudbergit should be interesting to see if it works14:08
toskyyes, definitely!14:11
*** lpetrut has joined #openstack-meeting-314:13
jeremyfreudberganyway, i think we can just close the meeting, i'd like to take the time to keep working on my patch14:13
toskyif that could help getting a fix ready, sure :)14:15
jeremyfreudbergok, let's close14:17
jeremyfreudbergthanks all!14:17
jeremyfreudberg#endmeeting14:19
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:19
openstackMeeting ended Thu Apr 30 14:19:32 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:19
openstackMinutes:        http://eavesdrop.openstack.org/meetings/sahara/2020/sahara.2020-04-30-14.00.html14:19
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/sahara/2020/sahara.2020-04-30-14.00.txt14:19
openstackLog:            http://eavesdrop.openstack.org/meetings/sahara/2020/sahara.2020-04-30-14.00.log.html14:19
*** jeremyfreudberg has left #openstack-meeting-314:19
*** tosky has left #openstack-meeting-314:20
*** ierdem has joined #openstack-meeting-314:29
*** ricolin has quit IRC14:37
*** lpetrut has quit IRC14:46
*** ierdem has left #openstack-meeting-314:50
*** ierdem has quit IRC14:50
*** ricolin has joined #openstack-meeting-315:01
*** slaweq_ is now known as slaweq15:03
*** ricolin has quit IRC15:17
*** belmoreira has quit IRC15:49
*** lyarwood has joined #openstack-meeting-315:52
*** elod has joined #openstack-meeting-315:57
gibi#startmeeting nova16:00
openstackMeeting started Thu Apr 30 16:00:04 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
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: nova)"16:00
openstackThe meeting name has been set to 'nova'16:00
dansmitho/16:00
gibio/16:00
melwitto/16:00
lyarwoodo/16:01
artom~o~16:01
gibiOK lets get started16:01
gibi#topic Last meeting16:02
*** openstack changes topic to "Last meeting (Meeting topic: nova)"16:02
gibi#link Minutes from last meeting: http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-04-23-16.00.log.html16:02
gibianything we have to bring back from the last meeting?16:02
gibiif not then moving forward to16:03
gibi#topic Bugs (stuck/critical)16:03
*** openstack changes topic to "Bugs (stuck/critical) (Meeting topic: nova)"16:03
gibiNo Critical bugs16:03
gibi#link 38 new untriaged bugs (-15 since the last meeting): https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:03
gibiwe need to keep an eye of possible regressions as Ussuri release is in 2 weeks16:03
gibiRC critical bugs are tagged with ussuri-rc-potential #link https://bugs.launchpad.net/nova/+bugs?field.tag=ussuri-rc-potential16:03
gibiwe have one bug tracked as RC2 potential16:04
gibihttps://bugs.launchpad.net/nova/+bug/187541816:04
openstackLaunchpad bug 1875418 in OpenStack Compute (nova) "Generated policy.json in Ussuri is broken by default" [High,In progress] - Assigned to Ghanshyam Mann (ghanshyammann)16:04
gibigmann is working on the upgrade check for that16:04
dansmithwe're going to call that fixed by the status tool patch/16:04
gmanno/16:04
gibidansmith: do you mean fixed for ussuri?16:05
dansmithgibi: yeah, meaning.. is the merging/backporting of the status fix all we have or are going to do to call that rc2 bug fixed?16:05
dansmithnot suggesting there is more, just asking if there is so I can help review16:06
gibiI think that is all for stable/ussuri and for RC216:06
dansmithack16:06
gibiwe have topic added to the PTG to further discuss16:06
dansmithgmann is addressing feedback from me on that in the last hour16:06
gibidansmith, gmann: tomorrow is holiday here but I will check back for tha bug fix either today or tomorrow16:07
gmannyeah, working on those. and we can discuss the json format things in PTG16:07
gibigmann: thanks16:07
gmanngibi: I will bring it in hour or early.16:07
dansmithgibi: okay I can try to get someone else to +W after I've +2d so we can move it along16:07
gibidansmith: sure, don't have to wait for me16:07
gibiand thanks for reviewing it16:08
gibiany other bugs we should discuss?16:08
* bauzas waves late16:08
*** witek has quit IRC16:09
gibi#topic Release Planning16:09
*** openstack changes topic to "Release Planning (Meeting topic: nova)"16:09
gibiTODOs are tracked in the etherpad #link https://etherpad.opendev.org/p/nova-ussuri-rc-potential16:09
gibiWe cut RC1 last week16:10
gibiWe will need RC2 after the policy upgrade check is merged and backported to stable/ussuri #link https://review.opendev.org/#/c/723645/16:10
gibiDeadline for last RC is May 816:10
gibiis there anything else to discuss about the release?16:10
gibi#topic Stable Branches16:11
*** openstack changes topic to "Stable Branches (Meeting topic: nova)"16:11
gibi19.2.0 form stable/stein has been released https://review.opendev.org/#/c/72335716:11
gibilyarwood any other news?16:11
lyarwoodNothing from me no.16:11
gibilyarwood: thanks16:11
gibi#topic Sub/related team Highlights16:12
*** openstack changes topic to "Sub/related team Highlights (Meeting topic: nova)"16:12
gibiPlacement (tetsuro)16:12
gibiI think I will remove Placement from the meeting agenda16:13
gibitetsuro: feel free to ping me about it16:13
gibiAPI (gmann)16:13
gmannnot much to share except policy stuff already discussed.16:13
gmannfew API things are under review16:13
gibigmann: thanks16:14
gibiLibvirt (bauzas)16:14
bauzasnothing yet, we just created the subteam16:15
bauzaswe have few new folks, thanks for all of them :)16:15
aarentsI just put my things on https://etherpad.opendev.org/p/nova-libvirt-subteam16:15
bauzasyeah, we somehow need to organize some team 'meeting'16:15
gibibauzas: thanks16:16
aarentsk16:16
gibi#topic Stuck Reviews16:16
*** openstack changes topic to "Stuck Reviews (Meeting topic: nova)"16:16
gibinothing on the agenda, is there anything to bring up?16:17
gibi#topic Virtual PTG planning16:17
*** openstack changes topic to "Virtual PTG planning (Meeting topic: nova)"16:17
gibiMeeting time slots has been booked based on the doodle results #link http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014523.html16:18
gmanngibi: you mean on this- https://ethercalc.openstack.org/126u8ek25noy16:19
gibiI think we can still extend those slots if we want but I had to book someting due to fundation deadline16:19
gibigmann: yes, the overall schedule is in that ethercalc16:19
gibinova is in the Rocky column16:19
gmannah, saw now, thanks16:20
gibianything else regarding the virtual PTG?16:20
gibi#topic Open discussion16:21
*** openstack changes topic to "Open discussion (Meeting topic: nova)"16:21
gibinothing on the agenda, is there anyting?/16:21
artomSo, before bauzas brings up the backport that he told me wants to bring up16:22
artomPlacement subteam's absence lead me to look at placement as a project... who's still around there? efried left, cdent?16:22
gibicden also left16:22
bauzastetsuro I think16:22
artomIs tetsuro the only one?16:22
gibitetsuro still keeping the light on16:23
artomOK - something to keep an eye on, since we're pretty heavily dependant on placement16:23
bauzasI think I'm still a placement-core tho :)16:23
gibime too16:23
gibiand I'm OK to get bugs to fix16:23
gibiin placement16:23
bauzasas well16:24
* dansmith resists the urge to make a sarcastic remark16:24
*** tellesnobrega has left #openstack-meeting-316:24
* bauzas can't resist16:24
bauzasto ask*16:24
artomAha, I just checked https://review.opendev.org/#/admin/groups/1936,members16:24
artomOK, so still operational, though that list could use updating16:24
artomReassuring :)16:24
artomOK, that's it for that - bauzas, wanna introduce the placement audit backport?16:25
bauzasso, the question is basically, should we accept to backport the placement audit command for Train ?16:25
bauzasit's a bugfix :p16:26
artomhttps://review.opendev.org/#/q/topic:placement-audit-backport+(status:open+OR+status:merged)16:26
bauzasartom said it's a DNM16:26
artomI did it upstream first because we need it in our product downstream16:26
artomBut assumed it has no chance, so DNM'ed it16:26
bauzastbh, Red hat doesn't really need to have it backported to Train16:26
artomWanted to get upstream CI on it16:26
artomIt starts to get ugly around stein :/16:26
bauzasbut maybe other operators would love to get it without red hat :)16:26
artomWe need it in queens, and therefore train as well, to avoid regressions16:27
bauzashence my question16:27
gibiI can see the value in it16:28
gibidid we backported nova-mange CLI additions before?16:29
bauzasheal_allocations maybe16:29
melwittwe usually did not. which is why at the time I backported heal_allocations to queens downstream only16:29
bauzasI don't remember correctly tho16:29
melwittbecause it was nacked upstream16:29
bauzaskk16:29
bauzasagain, it's not b/c redhat16:30
bauzasjust in case operators want them16:30
melwittbut, we did backport the --instance and one other option to heal_allocations, there was an ML thread mriedem made about it to ask for ack about it16:30
aarentsWe will migrate soon to stein so yes.. audit is a good to have for us16:31
*** haleyb has quit IRC16:31
melwitthttp://lists.openstack.org/pipermail/openstack-discuss/2019-November/010572.html16:31
gibiDo we see any future issue we we merge those backports?16:31
dansmithdid queens have the different allocation structure for migations? I forget when that was16:32
bauzasmaybe CERN would like it ?16:32
bauzasdansmith: at least because queens wasn't having nested RPs16:32
dansmithif so, I would expect the audit command to need changes16:32
dansmithbauzas: we didn't need nested for the migration thing16:32
bauzasoh for migrations ? my bad.16:32
bauzasafair, we did this in Ocata16:33
bauzasie. after Newton16:33
bauzasif that's what you asked16:33
dansmithand it was gone in pike?16:34
dansmithI don't remember, I'd have to go look16:34
bauzashttps://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/migration-allocations.html16:35
dansmithanyway, I would think there's some real non-trivial validation that would need to happen to make sure it's going to do the right thing for the older releases, not just a trivial backport16:35
bauzasfound16:35
bauzaserr, s/Newton/pike16:35
artomdansmith, oh, even without that validation, the backport is non-trivial16:36
dansmithbauzas: that's queens, which means queens could still have doubled migration allocations I think16:36
dansmithwhich means the audit has to be able to handle that, but wouldn't in master16:36
dansmithanyway, i think this is pretty contrary to the type of thing we'd normally consider for stable, although we have done things for operator tooling that are more feature-y, but not quite as big as this, AFAIK16:37
bauzasdansmith: tbh, I just asked for backporting to Train and maybe Stein upstream16:37
dansmithit would be super bad to backport this, have someone start using it thinking it's a harmless prophylactic and then break their allocations16:37
bauzasfor queens, meh16:37
dansmithoh, I thought for queens16:37
gibican we agree to allow merging the cleaner part (train, stein) ?16:38
artomPretty much only train, stein's not even that clean :(16:38
bauzaswell, Rocky and older releases are in EM16:38
artomWell, I'll let the reviewers judge16:38
bauzaswhile Train and Stein are still in Maintenance16:38
bauzashence my question16:39
dansmithso, what's the big reason for this?16:39
bauzassorry if I was unclear16:39
dansmithbecause redhat wants upstream CI on that? are any operators asking for it to fix things?16:39
bauzasagain, nothing really needed for redhat16:39
bauzasjust proposing to have it upstream in case people wanted it16:39
gibiaarents already expressed the need above16:39
artomdansmith, for me it was purely procedural - push as DNM to allow me to do it one release at a time (downstream our branches for stein and rocky are EOL) and to get upstream CI16:40
bauzaswe can just work silently downstream and ask operators to pay the bill16:40
dansmithgibi: I didn't see a need, just a nice to have16:40
bauzasbut heh, we're discussing this now in between all of us16:40
gibidansmith: true, my bad16:40
bauzaseither way, here is my proposal16:40
gibiartom, bauzas: could you ask the operators on the ML?16:40
artomdansmith, I wasn't actually expecting that this discussion would come up16:41
artomBlame bauzas for that ;)16:41
dansmithgibi: in the past, we've backported operator tooling generally because of some thing we realized was broken and they needed it to clean up the mess or something16:41
bauzasI can take the blame16:41
bauzasI just wanted to help others, that's it16:41
* artom 🚎 <- bauzas 16:41
dansmithgibi: asking operators "would you like to have a thing" is either going to elicit no response or a yes.. nobody will say no :)16:41
gibidansmith: then I don't know how to asess the need16:42
bauzasok ok, looks to me we discussed too much on this one16:42
bauzasif nobody really expresses the need here, fair enough16:42
dansmithgibi: I usually assess the need when someone comes asking for it, or we help someone find, fix an issue and identify some piece oftooling we need to give them to fix the mess16:42
bauzastbh, the bug was reported a while ago16:43
bauzasand because of *ME*16:43
bauzasit took age to merge16:43
dansmithgibi: like the recent thing we broke in the db migration, the operator brought it, we fixed, backported the thing needed and helped him clean up the database corruption16:43
bauzasages*16:43
bauzasso it would be a bit fair to propose the change a bit down the road16:43
gibidansmith: OK thanks for the explanation16:44
bauzasand again, blame me for my perpetual PTOs16:44
* artom blames all of France16:44
bauzasmaybe mnaser has a thought on this ?16:44
bauzashe's part of the solution16:45
bauzashttps://bugs.launchpad.net/nova/+bug/179356916:45
openstackLaunchpad bug 1793569 in OpenStack Compute (nova) "Add placement audit commands" [Wishlist,Fix released] - Assigned to Sylvain Bauza (sylvain-bauza)16:45
bauzasbut he's not in this chat16:45
bauzasokay, i think we're ratholing16:45
dansmithyes16:45
melwittI guess I would suggest an ML post and ping mnaser, belmiro, and so on to reply16:45
artombauzas, face it, it's dead Jim16:45
melwittif you would like some inputs16:46
bauzascool16:46
*** haleyb has joined #openstack-meeting-316:46
dansmithagain, the only outcome from that will be yes :)16:46
bauzasin the meantime, there is no harsh to remove the DNM tag on the Stein and Train proposals16:46
bauzasand leave people vote on it :)16:46
bauzasif nobody steps up, cool bro16:47
artombauzas, without leaking too much RH stuff in here, I'd like to remind you that it's supposed to be an escalation, so time is important16:47
dansmithbauzas: I'll go do that now16:47
bauzasI wouldn't argue here about the priority16:47
gibiOK. I think we have a way forward here16:47
gibianything else to discuss for the open?16:47
bauzasdansmith: thanks16:48
gibirefering back to artom's earlier question about placement, it turned out that there was no active stable maint placement core16:48
gibibut efried fixed it now16:48
artom\o/16:48
dansmithgibi: that doesn't fix it,16:48
bauzasdon't nova-core can merge things ?16:49
dansmithit just means there are people on tat team :)16:49
artom/o\16:49
bauzasor the stable-maint cores ?16:49
dansmithdoesn't mean they're active I mean16:49
gibidansmith: it allows us to repopulate the team in gerrit16:49
dansmithgibi: I'm just tongue-in-cheek arguing over the definition of "active" :P16:49
gibidansmith: hehh. I can grow a leg there if there is need for backports16:50
bauzaswe're taking of a project where 90% of its code is either SQL or API ?16:50
melwittI will make sure to check stable branch over there periodically16:50
gibimelwitt: thanks!16:50
stephenfinnova-core == placement-core == nova-stable-maint == placement-stable-maint would be so much simpler16:50
bauzassounds a particular good candidate for getting a shit ton of acceptable backports :D16:51
gibibauzas: :D16:51
bauzasI mean, seriously,16:51
bauzasis that a thing ?16:51
stephenfinnah. more that the trivial stuff wouldn't be held up16:51
bauzasnot that the code isn't broken16:51
bauzasjust that the stable policy prevents us to merge a huge number of changes except bugfixes that no longer return 50016:52
stephenfinyup, I wouldn't expect that to change16:52
*** maciejjozefczyk has quit IRC16:54
gibiOK. anything else to discuss?16:54
gibithank thanks for joining16:54
gibi#endmeeting16:55
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:55
openstackMeeting ended Thu Apr 30 16:55:02 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:55
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-04-30-16.00.html16:55
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-04-30-16.00.txt16:55
openstackLog:            http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-04-30-16.00.log.html16:55
*** diablo_rojo has joined #openstack-meeting-318:00
*** ralonsoh has quit IRC18:38
*** witek has joined #openstack-meeting-319:39
*** slaweq has quit IRC19:57
*** slaweq has joined #openstack-meeting-319:58
*** witek has quit IRC20:03
*** slaweq has quit IRC20:29
*** e0ne has quit IRC20:44
*** e0ne has joined #openstack-meeting-320:45
*** raildo_ has joined #openstack-meeting-320:46
*** raildo has quit IRC20:49
*** e0ne has quit IRC21:00
*** raildo_ has quit IRC21:19
*** yamamoto has joined #openstack-meeting-323:45

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!