Thursday, 2021-01-07

*** macz_ has quit IRC00:09
*** macz_ has joined #openstack-meeting-300:11
*** macz_ has quit IRC00:16
*** jamesmcarthur has quit IRC00:28
*** jamesmcarthur has joined #openstack-meeting-300:29
*** jamesmcarthur has quit IRC00:39
*** jamesmcarthur has joined #openstack-meeting-301:36
*** jamesmcarthur has quit IRC03:12
*** jamesmcarthur has joined #openstack-meeting-303:13
*** jamesmcarthur has quit IRC03:20
*** jamesmcarthur has joined #openstack-meeting-303:21
*** ianychoi__ has joined #openstack-meeting-303:22
*** ianychoi_ has quit IRC03:25
*** jamesmcarthur has quit IRC03:26
*** jamesmcarthur has joined #openstack-meeting-303:35
*** jamesmcarthur has quit IRC03:45
*** jamesmcarthur has joined #openstack-meeting-303:47
*** psachin has joined #openstack-meeting-303:56
*** jamesmcarthur has quit IRC04:17
*** jamesmcarthur has joined #openstack-meeting-304:18
*** jamesmcarthur has quit IRC04:18
*** jamesmcarthur has joined #openstack-meeting-304:19
*** hemanth_n has joined #openstack-meeting-304:19
*** psachin has quit IRC04:33
*** artom has quit IRC04:50
*** jamesmcarthur has quit IRC06:54
*** jamesmcarthur has joined #openstack-meeting-307:01
*** jamesmcarthur has quit IRC07:06
*** jamesmcarthur has joined #openstack-meeting-307:25
*** ralonsoh has joined #openstack-meeting-307:30
*** eolivare has joined #openstack-meeting-307:43
*** jamesmcarthur has quit IRC07:46
*** slaweq has joined #openstack-meeting-308:06
*** jamesmcarthur has joined #openstack-meeting-308:17
*** jamesmcarthur has quit IRC08:38
*** tosky has joined #openstack-meeting-308:39
*** jamesmcarthur has joined #openstack-meeting-310:51
*** jamesmcarthur has quit IRC10:55
*** macz_ has joined #openstack-meeting-312:05
*** macz_ has quit IRC12:09
*** hemanth_n has quit IRC12:36
*** jamesmcarthur has joined #openstack-meeting-313:09
*** jamesmcarthur has quit IRC13:13
*** e0ne has joined #openstack-meeting-313:20
*** e0ne has quit IRC13:33
*** Luzi has joined #openstack-meeting-314:00
*** macz_ has joined #openstack-meeting-314:06
*** artom has joined #openstack-meeting-314:07
*** irclogbot_2 has quit IRC14:09
*** macz_ has quit IRC14:10
*** irclogbot_0 has joined #openstack-meeting-314:12
*** e0ne has joined #openstack-meeting-314:23
*** Luzi has quit IRC14:33
*** slaweq has quit IRC14:37
*** slaweq has joined #openstack-meeting-314:40
*** e0ne has quit IRC14:44
*** e0ne has joined #openstack-meeting-314:45
*** e0ne has quit IRC14:45
*** hemanth_n has joined #openstack-meeting-314:55
*** jamesmcarthur has joined #openstack-meeting-315:09
*** jamesmcarthur has quit IRC15:14
*** hemanth_n has quit IRC15:19
*** slaweq has quit IRC15:22
*** slaweq has joined #openstack-meeting-315:28
*** macz_ has joined #openstack-meeting-315:55
*** macz_ has quit IRC15:55
*** macz_ has joined #openstack-meeting-315:56
gibi#startmeeting nova16:00
openstackMeeting started Thu Jan  7 16:00:22 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
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
gibio/16:00
dansmitho/16:00
artom~o~16:00
*** jamesmcarthur has joined #openstack-meeting-316:00
*** lyarwood has joined #openstack-meeting-316:00
stephenfino/16:01
lyarwoodo/16:01
gmanno/16:02
gibihappy new year :)16:02
gibilets get started16:02
gibi#topic Bugs (stuck/critical)16:02
*** openstack changes topic to "Bugs (stuck/critical) (Meeting topic: nova)"16:02
gibino critical bugs16:02
gibi#link 17 new untriaged bugs (+10 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New16:02
gibi(it is a bit better actually as I triaged some in the meantime)16:02
stephenfinI'll take a look later today also16:03
gibicool16:03
gibiany specific bug we need to discuss today/16:03
gibi?16:03
gibiif not then16:04
gibi#topic Gate status16:04
*** openstack changes topic to "Gate status (Meeting topic: nova)"16:04
gibigate on master is not blocked16:04
stephenfinIt's actually looking very stable16:04
bauzaswhoops16:04
* bauzas waves late16:04
dansmithI did see one glance job failure on a test that only runs in multistore mode16:05
gibiI had to recheck due to some intermittent package mirror things in grenad hope it was one time16:05
dansmithit wasn't on a nova patch, but in a job we run16:05
dansmithso I want to dig into that.. it was like a glance test that hung forever I think, just in case anyone sees that16:05
*** tbarron has joined #openstack-meeting-316:05
gibidansmith: thanks for the info16:05
lyarwoodhmm I recall creating a bug for something like that before the break16:05
* lyarwood checks16:05
gmanndevstack fixes for swift extra requirement are merged swift one is also in gate to merge so this nova fix is green and good to go https://review.opendev.org/c/openstack/nova/+/76617116:06
gibigmann: thanks, we get back the stable status in a bit16:06
lyarwoodgmann: that's waiting on https://review.opendev.org/c/openstack/swift/+/766214 btw16:06
lyarwoodand yeah lets talk about stable later16:06
gmannyeah. it should pass now but let's wait16:07
lyarwoodokay I can't find the glance bug but I saw some failures like that on master before the break16:07
gibiOK16:07
dansmithlyarwood: ack16:07
gibiif it becomes freqent the lets file a bug for it16:07
gibiuntil that, lets move on16:07
gibi#topic Release Planning16:07
*** openstack changes topic to "Release Planning (Meeting topic: nova)"16:07
gibiMilestone 2 is 22nd of Jan16:08
*** elod has joined #openstack-meeting-316:08
gibiwhich will be spec freeze for us16:08
gibiany other release or deadline relate thing we need to talk about?16:08
*** sean-k-mooney has joined #openstack-meeting-316:09
gibi#topic Stable Branches16:09
*** openstack changes topic to "Stable Branches (Meeting topic: nova)"16:09
gibielod collected status that I will copy now16:10
gibistable gate fixes are progressing, though slowly16:10
gibigate of victoria, ussuri, queens and pike should be OK16:10
gibitrain fix looks promising as the patches that it depends on (in devstack) are currently on the gate queue - https://review.opendev.org/76617116:10
gibistein patch fails on lower-constraints job (timeout during pip install) - https://review.opendev.org/76648716:10
gibirocky patch fails on lower-constraints job (2 test cases fail, probably due to some dependency is too low) - https://review.opendev.org/76649216:10
gibiEOM16:10
gibithanks elod16:10
lyarwoodDid we want to discuss dropping the LC jobs in stable today?16:10
gibilyarwood: let's discuss it16:11
gmannyeah16:11
gmannwe still have on master right?16:11
lyarwoodso I'm personally in favour assuming the TC have talked this over with downstream packagers etc?16:11
lyarwoodgmann: I thought the idea was to drop it everywhere?16:12
gmannyeah16:12
dansmithI wouldn't assume that, and there seems to still be discussion on that thread as of this morning, right?16:12
gibimy viewpoint is that i) it is pretty nightmare to maintain without pip support for lc. ii) but also I see zigo made a point on ML that he sees lc as useful input for packagers16:12
gmannI started the thread on this #link http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019672.html16:12
lyarwoodright I hadn't sync'd with the thread sorry16:12
lyarwoodwe should let that play out first I guess16:12
zigogibi: I typically cannot take care of many non-openstack dependencies. For example I'm not the maintainer of SQLA...16:13
stephenfincan we make the jobs non-voting to fix things in the short term?16:13
gmanni have not read the stephenfin reply yet but may be we can discuss on ML more first and then decide ?16:13
stephenfinassuming this is breaking the gate16:13
zigoI'd be important to test with an older SQLA.16:13
stephenfinand let the discussion on the list play out16:13
lyarwoodstephenfin: yup that's also an alternative16:13
gmannstephenfin: making n-v might end up with broken job and no one fixing.16:13
gibistephenfin: I'm not against making the non-voting while we fix / decide on the way forward16:13
stephenfingmann: I mean if it's already broken. If it's currently working, leave well enough alone :)16:14
gibizigo: is it just sqla or are there other important dependencies from your perspective?16:14
gmannbut why we want to keep it? it is testing in the way it is supposed to16:14
zigogibi: This was just an example out of my mind ...16:14
zigoThere's more to it, of course.16:14
gmannhum ok until it is passing we can keep :)16:14
zigo(probably a bad example, as we keep SQLA up-to-date anyways)16:14
gibizigo: would be good to know how heavly you (or other packagers) are dependant on the lc job and the lc file16:15
gmannzigo: does not lower cap in requirements.txt help ?16:15
gmannthose lower cap in requirements.txt are same as constraint in l-c file16:16
zigoMy workflow is to try as much as I can to update everything, retaining in debian/control only what services are really declaring.16:16
stephenfingmann: Was that directed at me? I'm suggesting making it non-voting in case we decide to keep them, since it'll be less work to fix the job and make voting that to restore the machinery entirely16:16
zigoI do expect that if someone says >= 2.3, then I really can use 2.3, though I will *try* to put upload whatever's in the current upper-constraints.txt.16:17
zigoSometimes, due to distro contraints, that's not possible.16:17
zigoLike, another software isn't compatible yet with the latest version, so we need to keep something not as new.16:17
gmannstephenfin: ok, but i am sure we end up spending same  effort maintaining those irrespective of it is n-v16:17
gibizigo: so if we not provide lc then you have to manually find a working version < uc for the latter case you mentioned16:19
lyarwoodas noted in the thread this is with the caveat that previously the LC jobs didn't test what was advertised16:20
zigogibi: Hopefully, we aren't talking yet about OpenStack reverting declaring sane dependencies, right?16:20
gmanngibi: zigo if we forgot to update requirement.txt for bumping the version which can be case as gate install the latest supported one16:20
stephenfinCan we bring this discussion back to openstack-discuss?16:20
stephenfinSince we can't decide this unilaterally16:20
zigoI mean, we still want to support a *range* of versions for everything ...16:20
lyarwoodyup I was about to say16:20
zigoOtherwise, it's just unmanageable.16:21
lyarwoodlets see what happens on the thread and we can always make things non-voting in the short term to open the stable gates back up16:21
gmannyeah let's discuss on ML16:21
gibizigo: I get your point about needing a range. thanks16:21
elodcurrently in nova we have issue with stein and rocky (train fix will merge soon hopefully), so I also think stephenfin is right, let's move those two maybe as n-v16:21
stephenfinRE: stuff we _can_ do, I don't think we should drop fully until we've agreed to do so16:21
zigoThe issue is, if we stop testing, then that range isn't validated.16:21
zigoIt's just what we *think* it is, without any assurance of that.16:21
lyarwoodit never was16:21
lyarwoodthat's the issue16:21
stephenfinAlso we don't bump constraints on stable so that's not an issue16:22
stephenfinThings are working on master16:22
stephenfinno need to change to n-v there yet16:22
lyarwoodkk16:22
gibiOK, let's make broken stable lc jobs nonvoting and continue the discussion on the ML16:22
gibiI hope we can keep the master lc job runnig so that packagers can use it16:22
elodI'll update the patches on stein and rocky if that's ok16:23
gibielod: OK for me16:23
gibiany other stable related topic for today before we move on?16:23
elod(or maybe separate patches with bandit cap + LC n-v)16:24
lyarwoodnope not from me16:24
elodneither from me16:24
gibi#topic Sub/related team Highlights16:24
*** openstack changes topic to "Sub/related team Highlights (Meeting topic: nova)"16:24
gibiLibvirt (bauzas)16:24
bauzasnothing to report, sir.16:24
gibiack thanks16:25
gibi#topic Open discussion16:25
*** openstack changes topic to "Open discussion (Meeting topic: nova)"16:25
gibiwe have one topic on the agenda16:25
gibi(artom/stephenfin/lyarwood) Can https://bugzilla.redhat.com/show_bug.cgi?id=1880273 be a specless bp?16:25
openstackbugzilla.redhat.com bug 1880273 in openstack-nova "RFE for OpenStack virtio-scsi multiqueue support in Nova" [Low,New] - Assigned to nova-maint16:25
gibiit is the usual question does it need API change? a new config? how big is the impact?16:25
artomIt's like the NIC multiqueue stuff, but for virtio-scsi16:25
artomNo API changes (well, image propers and/or flavor extra specs)16:26
artomNo new config16:26
artomPretty self-containted impact16:26
lyarwoodassuming we don't also want scheduling support via a compat trait16:26
bauzasmaybe an upgrade impact ?16:26
lyarwoodright16:26
artomIOW, doesn't affect you if you don't enable that extra spec/image prop16:26
lyarwoodwe don't support LM between new and old computes right so that should remove the upgrade side of it?16:27
artomWe do...16:27
dansmithwe don't?16:27
lyarwoodOnly old to new?16:27
artomBoth16:27
bauzasdon't we have precedents on extraspec knobs been accepted as specless BPs ?16:27
dansmithupstream we have no such requirement, AFAIK16:27
artomIs there precedent for "compute host supports this new thing"? Traits?16:28
lyarwoodhmm I know QEMU/libvirt don't really support that so if they change under us I assumed we wouldn't also support that16:28
bauzaswhat if I'm a user and request this knob ?16:28
bauzasthru the imag prop16:28
lyarwoodah yeah that's true16:28
dansmithwe've previously made all the nova code kosher for both directions and I don't think we should stop16:28
lyarwoodartom: yeah loads16:28
lyarwoodkk16:29
lyarwoodso this isn't specless at this point right?16:30
gibiif there is upgrade impact and scheduling then a small spec would be good16:30
gibidon't have to be long, and I promise I will read it16:30
lyarwoodstephenfin was going to write it anyway ;)16:30
bauzasme too16:30
* lyarwood runs16:30
gibilyarwood: nice :) but then you have to review it :)16:30
* artom backs lyarwood on this one16:31
bauzasand I promise to be impartial :)16:31
lyarwoodI will16:31
stephenfin🙄16:31
artomstephenfin, your words dude16:31
stephenfintotal rat16:31
stephenfin:D16:31
artomOh yeah, why do you think I like cheese so much16:31
* lyarwood picks stephenfin up from under the bus16:31
artomAnd betrayal16:31
bauzasstephenfin: well, see specs as docs16:31
bauzasthat's actually a good way for ops to know what's new and how this works, until someone smart enough remebers to update the docs site16:32
bauzas:D16:32
sean-k-mooneyit will basically be https://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/libvirt-virtiomq.html but for virtio-scsi16:32
bauzasI've even been told some ops subscribed to the nova-specs RSS feed :)16:33
sean-k-mooneythe implications changes and upgrade impacts are the same16:33
bauzascopy/brain/paste seems acceptable to me16:33
gibime too16:33
gibiany other business for today?16:34
stephenfinone thing16:35
gibigo16:35
stephenfinare we doing runways this cycle?16:35
stephenfinI assume not, as I don't have a etherpad to hand16:35
sean-k-mooneyi asked that before the break we have put one or two things in it16:35
gibihttps://etherpad.opendev.org/p/nova-runways-wallaby16:35
sean-k-mooneybut we have not been pushing peopel to use it activly16:36
sean-k-mooneyso we can16:36
gibiwe have two things in it, no real queue of items16:36
* stephenfin pins that16:36
stephenfinI'll stick some stuff in16:36
sean-k-mooneystephenfin: its in the nova topic fyi16:36
gibiI will add runway as a topic for the agenda16:36
gibiof the meeting16:36
stephenfinsean-k-mooney: whoops /o\16:36
stephenfinack, cool16:36
bauzasheh16:37
bauzasI suspect stephenfin coded his own IRC client16:37
bauzashence him not being able to see the chan title16:37
bauzasno harm16:37
gibi:)16:37
bauzasat least, we're fortunate to not suffer from Slack interruptions16:37
gibiit there anything else?16:38
gibithen thank you all for joining today16:39
gibi#endmeeting16:39
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:39
openstackMeeting ended Thu Jan  7 16:39:19 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:39
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-01-07-16.00.html16:39
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-01-07-16.00.txt16:39
openstackLog:            http://eavesdrop.openstack.org/meetings/nova/2021/nova.2021-01-07-16.00.log.html16:39
bauzasgibi: thanks16:39
*** elod has quit IRC16:40
*** jamesmcarthur has quit IRC17:05
*** jamesmcarthur has joined #openstack-meeting-317:20
*** ralonsoh has quit IRC17:45
*** eolivare has quit IRC18:01
*** SotK has quit IRC18:27
*** SotK has joined #openstack-meeting-318:27
*** jamesmcarthur has quit IRC19:24
*** jamesmcarthur has joined #openstack-meeting-319:26
*** jamesmcarthur has quit IRC19:59
*** jamesmcarthur has joined #openstack-meeting-320:00
*** jamesmcarthur has quit IRC21:11
*** jamesmcarthur has joined #openstack-meeting-321:44
*** jamesmcarthur has quit IRC22:02
*** jamesmcarthur has joined #openstack-meeting-322:08
*** jamesmcarthur has quit IRC22:11
*** jamesmcarthur has joined #openstack-meeting-322:11
*** jamesmcarthur has quit IRC22:19
*** jamesmcarthur has joined #openstack-meeting-322:19
*** jamesmcarthur has quit IRC22:24
*** jamesmcarthur has joined #openstack-meeting-322:28
*** jamesmcarthur has quit IRC22:32
*** jamesmcarthur has joined #openstack-meeting-322:33
*** jamesmcarthur has quit IRC22:44
*** jamesmcarthur has joined #openstack-meeting-322:46
*** tosky has quit IRC23:53

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