Thursday, 2020-01-30

*** jamesmcarthur has quit IRC00:07
*** ayoung has quit IRC00:07
*** ayoung has joined #openstack-meeting-alt00:08
*** slaweq has joined #openstack-meeting-alt00:11
*** slaweq has quit IRC00:16
*** igordc has quit IRC00:28
*** tetsuro has joined #openstack-meeting-alt00:32
*** rfolco has joined #openstack-meeting-alt00:55
*** igordc has joined #openstack-meeting-alt00:59
*** gyee has quit IRC01:13
*** masahito has joined #openstack-meeting-alt01:14
*** ricolin has joined #openstack-meeting-alt01:14
*** ricolin has quit IRC01:17
*** ricolin_ is now known as ricolin01:18
*** rfolco has quit IRC01:29
*** jamesmcarthur has joined #openstack-meeting-alt01:47
*** jamesmcarthur has quit IRC02:06
*** jamesmcarthur has joined #openstack-meeting-alt02:11
*** slaweq has joined #openstack-meeting-alt02:11
*** slaweq has quit IRC02:16
*** jamesmcarthur has quit IRC02:18
*** jamesmcarthur has joined #openstack-meeting-alt02:18
*** jamesmcarthur has quit IRC02:24
*** jamesmcarthur has joined #openstack-meeting-alt02:49
*** ccamacho has quit IRC02:50
*** jamesmcarthur has quit IRC02:55
*** masahito has quit IRC03:19
*** masahito has joined #openstack-meeting-alt03:27
*** masahito_ has joined #openstack-meeting-alt03:29
*** masahito has quit IRC03:29
*** masahito_ has quit IRC03:32
*** masahito has joined #openstack-meeting-alt03:32
*** jamesmcarthur has joined #openstack-meeting-alt03:50
*** igordc has quit IRC04:08
*** slaweq has joined #openstack-meeting-alt04:11
*** slaweq has quit IRC04:16
*** masahito_ has joined #openstack-meeting-alt04:21
*** masahito has quit IRC04:21
*** jamesmcarthur has quit IRC04:25
*** jamesmcarthur has joined #openstack-meeting-alt04:28
*** jamesmcarthur has quit IRC04:33
*** ricolin has quit IRC04:42
*** masahito_ has quit IRC04:49
*** jamesmcarthur has joined #openstack-meeting-alt04:56
*** links has joined #openstack-meeting-alt05:00
*** jamesmcarthur has quit IRC05:02
*** jamesmcarthur has joined #openstack-meeting-alt05:58
*** jamesmcarthur has quit IRC06:03
*** slaweq has joined #openstack-meeting-alt06:11
*** slaweq has quit IRC06:16
*** jamesmcarthur has joined #openstack-meeting-alt06:38
*** jamesmcarthur has quit IRC06:42
*** masahito has joined #openstack-meeting-alt06:57
*** apetrich has joined #openstack-meeting-alt07:01
*** slaweq has joined #openstack-meeting-alt07:06
*** apetrich has quit IRC07:22
*** jtomasek has joined #openstack-meeting-alt07:22
*** jamesmcarthur has joined #openstack-meeting-alt07:39
*** jamesmcarthur has quit IRC07:44
*** jtomasek has quit IRC07:47
*** tesseract has joined #openstack-meeting-alt07:47
*** jamesmcarthur has joined #openstack-meeting-alt07:55
*** jamesmcarthur has quit IRC07:59
*** ccamacho has joined #openstack-meeting-alt08:19
*** jtomasek has joined #openstack-meeting-alt08:25
*** tmazur has joined #openstack-meeting-alt08:34
*** apetrich has joined #openstack-meeting-alt08:48
*** e0ne has joined #openstack-meeting-alt09:07
*** derekh has joined #openstack-meeting-alt09:33
*** e0ne has quit IRC09:54
*** masahito has quit IRC10:24
*** dviroel has joined #openstack-meeting-alt10:36
*** apetrich has quit IRC10:47
*** e0ne has joined #openstack-meeting-alt11:07
*** rfolco has joined #openstack-meeting-alt12:08
*** vhari has joined #openstack-meeting-alt12:16
*** raildo has joined #openstack-meeting-alt12:27
*** mnaser has joined #openstack-meeting-alt12:34
*** apetrich has joined #openstack-meeting-alt13:29
*** trident has joined #openstack-meeting-alt13:49
*** links has quit IRC14:33
*** maaritamm has joined #openstack-meeting-alt14:50
*** andrebeltrami has joined #openstack-meeting-alt14:54
*** ricolin has joined #openstack-meeting-alt14:58
gouthamr#startmeeting manila15:01
openstackMeeting started Thu Jan 30 15:01:17 2020 UTC and is due to finish in 60 minutes.  The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
*** openstack changes topic to " (Meeting topic: manila)"15:01
openstackThe meeting name has been set to 'manila'15:01
vkmco/15:01
dviroelhi15:01
lsekio/15:01
carlosshi15:01
amitoo/ hello!15:01
maaritammo/15:01
tbarron\o/15:01
gouthamrcourtesy ping: xyang toabctl ganso jgrosso15:02
gouthamrhello everyone o/15:02
vhario/15:02
carthacahi15:02
gouthamrHere's the meeting agenda: https://wiki.openstack.org/wiki/Manila/Meetings#Next_meeting15:02
gouthamrlet's get started!15:03
gouthamr#topic Announcements15:03
*** openstack changes topic to "Announcements (Meeting topic: manila)"15:03
gouthamrsticky announcement topic regarding the release schedule:15:03
gouthamr#link https://releases.openstack.org/ussuri/schedule.html (Ussuri Release Schedule)15:03
gouthamrWe're two weeks away from new specification freeze15:04
gouthamrand the code submission/testing freeze for brand new drivers15:04
gouthamrThanks for all teh reviews so far on the specs, we'll talk about a couple in a bit15:05
*** danielarthurt has joined #openstack-meeting-alt15:05
gouthamrnext, we have a date/venue announcement for the next PTG15:05
*** trident has quit IRC15:06
gouthamrOpenDev+PTG event will be in Vancouver between June 8-11, 202015:06
lseki🎉15:06
dviroel\o/15:06
gouthamrcouple of useful links that were shared on the openstack-discuss mailing list:15:06
gouthamr#link https://openstackfoundation.formstack.com/forms/opendev_vancouver2020_volunteer (Volunteer for Program Committee, Track Moderation and Suggest topics for Moderated discussions)15:06
gouthamr#link http://lists.openstack.org/pipermail/openstack-discuss/2020-January/012239.html (Relevant mailing list thread)15:06
gouthamri'm especially proud that the OpenStack community made the right choice with the name15:06
gouthamrpersonally think it's in honor of a rockstar amongst us :)15:07
vkmcyaay Vancouver15:07
tbarronheh15:07
gouthamrwe'll release Victoria in Vancouver15:08
gouthamror start working on it there at least :P15:08
tbarronwatch out Vancouver15:08
vkmchahaha15:08
gouthamrthat's all i had in terms of announcements15:08
gouthamranyone else got any?15:09
gouthamr#topic Rocky release is going to Extended Maintenance (EM)15:09
*** openstack changes topic to "Rocky release is going to Extended Maintenance (EM) (Meeting topic: manila)"15:09
gouthamr#link http://lists.openstack.org/pipermail/openstack-discuss/2020-January/012207.html (Extended Maintenance Announcement for OpenStack Rocky)15:09
gouthamr#link https://etherpad.openstack.org/p/manila-stable-rocky-em (Manila Etherpad tracking unreleased Rocky changes)15:09
gouthamr^ couple of pointers and a heads-up to those on the Rocky release15:10
gouthamrif you have any bugfixes that need to make it into the last release, let me know or update ^ etherpad15:10
gouthamri think there are a couple of fixes that are making their way back through train and stein, we'll see if they make it by Feb 24th15:11
gouthamra reminder that we will no longer tag a release when marked as being in "extended maintenance"15:12
gouthamralso, CI will be best effort - if testing/infrastructure projects break on such releases, we will not prioritize fixing them15:13
gouthamrbackports ofcourse will be welcome as long as we can test them reasonably15:14
gouthamralright, that's all the back of the label said15:14
gouthamr#topic Third Party CI check (dviroel)15:15
*** openstack changes topic to "Third Party CI check (dviroel) (Meeting topic: manila)"15:15
dviroelo15:15
dviroelo/15:15
gouthamryou're up dviroel - i'll play support cast to this topic15:15
dviroelalright, at the end of the train release we started a spreadsheet with all third party drivers and their status15:16
*** trident has joined #openstack-meeting-alt15:17
dviroelsome changes were triggered for master and stable branches to check CIs status and also their python versions15:17
dviroelthe spreadsheet is the following15:17
dviroel#link https://docs.google.com/spreadsheets/d/1dBSCqtQKoyFMX6oWTahhP9Z133NRFW3ynezq1CItx8M/edit#gid=015:17
dviroelregarding stable branches, there isn't too much to say, it seems that only NetApp and INFINItDAT are reporting tests results15:18
dviroelIn master we have a few more drivers running tests and Dell that was still running on py2.715:19
amitoAnd we seem to be failing on those...15:19
dviroelamito: yep15:19
amitodviroel: I'll look into this... and also change the contact email to my email instead of the general "support@..." one15:20
dviroelDell CI seems stable lately so the python version may be outdated15:20
gouthamrdviroel: thank you for taking the effort to put this information together so diligently15:21
dviroelNow, I want to know from you the next steps on this.15:21
*** bobmel has quit IRC15:21
gouthamrdviroel: do we edit stuff, or just comment?15:21
dviroelIt is looked for edit, but I can change the permission so you all can edit15:22
gouthamrdviroel: i may have updates regarding Dell/EMC because i spoke to a bunch of their developers over email right before PTG15:22
gouthamrthere may be an update on the list of owners/emails for those drivers15:23
dviroelgouthamr: cool, thanks15:23
dviroelshould we move forward now and send a email to the maintainers asking for updates?15:24
gouthamrthis link is useful on the manila wiki15:24
gouthamrdviroel: yes, we could post this to openstack-discuss and allow maintainers to comment15:24
amitodviroel: we'll look into the failures on the stable/* branches.15:25
gouthamramito: +115:25
*** bobmel has joined #openstack-meeting-alt15:25
dviroelgouthamr: sure, this is an important info to be added to the wiki15:25
dviroelamito: thanks15:26
gouthamra few releases ago, we decided to relax the CI requirements on stable branches, especially because of fast-changing and flaky test infrastructure15:26
gouthamrwe still look for a vendor/maintainer to assure us that they've tested a patch before we merge it to stable branches15:27
*** ccamacho has quit IRC15:27
gouthamrso if the CI isn't working for a particular reason, let us know - we can possibly also help you find a fix15:27
dviroel++15:28
*** bobmel has quit IRC15:28
dviroelso, thats it for now15:28
gouthamrtest infrastructure has gotten a whole lot more stable: devstack-gate is frozen, tempest-lib got us away from compatibility issues, if you're using zuulv3 - it's been far more stable than v2/v2.5 imo15:29
dviroelwe'll update the table again and send an email on the list and to the maintainers15:29
gouthamrdviroel++ thank you15:29
dviroelgouthamr: yw15:29
gouthamrdviroel: be sure to remind folks in your email that Train+ is expected to be run with python315:30
dviroelgouthamr: ok15:30
gouthamrhere's a link: https://governance.openstack.org/tc/goals/selected/train/python3-updates.html15:31
gouthamrTrain is expected to be tested on 3.6 and/or 3.7, because that's what customers will be running it on15:31
gouthamrUssuri's python support is going to be the same, expect changes in the Victoria cycle..15:32
gouthamralright, anything else for the moment on this $topic?15:32
gouthamrthanks, moving on...15:33
gouthamr#topic Replication quotas (carloss/carthaca)15:33
*** openstack changes topic to "Replication quotas (carloss/carthaca) (Meeting topic: manila)"15:33
gouthamrthanks for joining us, carthaca, carloss - floor is yours..15:33
carlossthanks, gouthamr15:33
carlosswe have had some discussions about this topic previously...15:34
carlossit was basically: fix the issue using share type extra specs x existent quota system15:34
carlossin the remote-only PTG we have had further discussions and agreed to use the share type extra specs as a solution15:35
carlossI've opened a bug few months ago and we have been updating it with some details and suggestions...15:35
carloss#link https://bugs.launchpad.net/manila/+bug/185054515:35
openstackLaunchpad bug 1850545 in Manila "Manila allows the creation of unlimited share replicas" [Medium,In progress] - Assigned to Carlos Eduardo (silvacarlose)15:35
carlosscarthaca noticed the bug and saw a comment of mine talking about the solution15:36
carlossalso, added a suggestion in an administator point of view, justifying that would be nice if we implement both approaches since they aren't mutually exclusive15:36
carloss#link https://bugs.launchpad.net/manila/+bug/1850545/comments/615:36
carlossso we wanted to bring this topic to the meeting and have more people discussing about the B solution15:37
tbarronI think B needs to be given some weight since the request for it comes from a real deployment, not just from us thinking about the problem a priori15:38
dviroeltbarron++15:39
tbarronbut A is is independent, right?  that is, A could merge without having to wait for B15:39
vkmctbarron++15:39
carlosstbarron++15:39
carthacayes, I think it is independent15:39
carlossyes, tbarron...15:40
vkmcseems that A fixes the problem easily in the short term, but B is a better (but more complex to implement) solution15:40
vkmcimho15:40
gouthamrmakes sense15:40
tbarronvkmc: s/imho/imo/  you are a rockstar now15:41
dviroelA also fixes the problem of having backends with limited replicas per share, that may be another issue to be addressed15:41
vkmctbarron, lol15:41
gouthamrcarthaca: quota of share replicas per *project* - do you mean a total count of replicas alone, or sizes as well?15:41
gouthamrwe have both number and size in our quotas15:42
carlossgood question, gouthamr15:42
dviroel++15:43
carthacasizes as well, its important for capacity planning15:43
carlossgouthamr, does the implementation for B needs a spec or lite-spec?15:44
carlossor just a blueprint is enough?15:44
gouthamryeah, thinking about that for a minute, there doesn't seem to be an issue to include this in our quota system - especially because the "secondary" backends are also managed by manila, perhaps elsewhere15:44
*** ricolin has quit IRC15:45
gouthamrcarloss: up to you, i don't see any API changes - so i don't mind you including this in your current spec too15:45
*** priteau has joined #openstack-meeting-alt15:45
carlossgreat15:46
carlossI've noticed that you have created a blueprint in the past (https://blueprints.launchpad.net/manila/+spec/add-share-replica-quotas) which seems somehow related to B solution15:46
carlossis it correct? or is this something different?15:47
gouthamrcarloss: have you checked the feasibility of this with our user and share type quotas?15:47
carlossnot deeply15:47
gouthamrcarloss: yes, this tenant wide quota was the initial proposal15:48
carlossbut I don't see any issues coming at moment15:48
gouthamrcarloss: cool, we can brainstorm this when you take a look - things to consider would be to provide teh consistency we currently have with project quotas, share type and user quotas15:48
carlossalright15:49
*** jgrosso has joined #openstack-meeting-alt15:50
gouthamrthanks for bringing the questions here carloss, carthaca - looks like we are in agreement that the two part solution that we have can be implemented - and done so independently15:50
carlossyes... yw, gouthamr15:51
carlossthat's all I had for this topic15:51
carlossthank you all :)15:51
carthacathanks15:51
gouthamryou're welcome.. let's chase the next topic15:52
gouthamr#topic Tracking our work15:52
*** openstack changes topic to "Tracking our work (Meeting topic: manila)"15:52
*** diurnalist has joined #openstack-meeting-alt15:52
gouthamrFirst up, specifications that need reviews:15:52
gouthamr#link https://review.opendev.org/#/c/700776/ (Update Create Share from Snapshot in Another Pool)15:52
gouthamri had a couple of questions on that dviroel - although i agree with the general direction this spec is taking15:53
gouthamrcarthaca - your inputs would be valuable as well15:53
dviroelgouthamr: sure, will answer all comments soon15:53
dviroelthank you all for reviewing it15:53
gouthamrack, more reviews are welcome - i'd like to get this spec merged before the deadline..15:54
gouthamr#link https://review.opendev.org/#/c/704793/ (Add lite spec to fix unlimited share replicas per share)15:54
gouthamr^ deja vu15:54
carlosshaha15:54
dviroelcarloss: could you mention quotas as an alternative solution in this spec?15:55
carlossyes, gouthamr15:55
carlossI'll add a comment on the change15:55
gouthamrdviroel: not an alternative, supplementary15:55
dviroelgouthamr: yep15:56
gouthamrReviews needing attention:15:56
gouthamrNoop interface driver (mnaser)15:56
gouthamr#link https://review.opendev.org/#/c/704807/15:56
mnaserhola15:56
gouthamrhey mnaser15:56
mnaserso with my work on this i actually found a bunch of other tidbits and ended up with a stack here - https://review.opendev.org/#/c/705034/415:57
vkmchola mnaser, bienvenido!15:57
mnaserhi vkmc gouthamr :)15:57
gouthamr#link https://review.opendev.org/#/q/topic:manila/generic-improvements+(status:open+OR+status:merged)15:57
mnasersome are very trivial (i.e. flavor id assumption) and some are a bit more convuluted. but the overall idea is moving more stuff from service_instance out to linux interface15:57
mnaserso the noop can be a real noop15:58
tbarronfwiw i reloaded the agenda with the other patches too15:58
mnaser(the whole idea behind it is that this is an environment where manila-share is *ALREADY* inside the admin network)15:58
tbarronbut wanted mnaser to explain his overall project/goals and get eyes on these15:58
mnaserso there's no need to have neutron-(openvswitch|linuxbridge)-agent wiring things back and forth, because it's already sitting on the correct network15:58
tbarronit's great to see work on the neglected generic driver service instance module15:58
mnasero/15:59
mnaseryep, it's actually pretty well setup and laid out tbh15:59
mnasergiven time constraints, i hope to improve the image elements too, they're pretty old and actually we can just use built in diskimage-builder stuff at this point16:00
mnaserbut i'm trying to get these bits to work for now.  i'm just trying to get it to work first, once i get that, i'll try to fix up the tests if any and what not16:00
mnaserbut uh, how do we feel about the overall idea about generic driver possibly not controlling network bits on the host16:01
gouthamrnice, thank you mnaser16:01
tbarronmnaser: i think our intent was to have a plugin model that allows lots of network options and16:02
gouthamrmnaser: i don't see a problem with the noop driver - how would you test this on a devstack though?16:02
tbarronthat what you are doing is consistent with that16:02
tbarronwe're overtime and may need to move to #openstack-manila16:03
gouthamroh wow :O16:03
gouthamrlost track, ty tbarron16:03
gouthamrsorry we can't get to bugs today vkmc16:03
gouthamrvhari ^16:03
mnasergiven time constraints, we can discuss the details later if need be16:03
vharigouthamr, nw :D16:03
gouthamrthanks all of you for joining, see you on #openstack-manila16:03
gouthamr#endmeeting16:04
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:04
openstackMeeting ended Thu Jan 30 16:04:00 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:04
dviroeltks16:04
openstackMinutes:        http://eavesdrop.openstack.org/meetings/manila/2020/manila.2020-01-30-15.01.html16:04
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/manila/2020/manila.2020-01-30-15.01.txt16:04
openstackLog:            http://eavesdrop.openstack.org/meetings/manila/2020/manila.2020-01-30-15.01.log.html16:04
priteau#startmeeting blazar16:04
openstackMeeting started Thu Jan 30 16:04:44 2020 UTC and is due to finish in 60 minutes.  The chair is priteau. Information about MeetBot at http://wiki.debian.org/MeetBot.16:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:04
*** openstack changes topic to " (Meeting topic: blazar)"16:04
openstackThe meeting name has been set to 'blazar'16:04
*** gyee has joined #openstack-meeting-alt16:04
priteau#topic Roll call16:05
*** openstack changes topic to "Roll call (Meeting topic: blazar)"16:05
*** jakecoll has joined #openstack-meeting-alt16:05
diurnalisto/16:05
jakecollo/16:06
priteauHi diurnalist, jakecoll16:06
jakecollgood monring16:06
diurnalisthey16:06
priteauAgenda for today:16:06
priteau* Ussuri planning and priorities16:06
priteau* Upstream contributions16:06
priteau* AOB16:06
priteau#topic Ussuri planning and priorities16:06
*** openstack changes topic to "Ussuri planning and priorities (Meeting topic: blazar)"16:06
priteauOur initial post-PTG planning is at https://etherpad.openstack.org/p/blazar-ptg-ussuri16:07
priteauI am afraid we're already quite late compared to the tentative schedule I had proposed16:07
priteauI've focused on the preemtible spec as that's the main priority for us16:07
jakecollReally? Pre-emptible is a priority now?16:08
priteauI mean for us = for my employer16:09
priteauNot for us = Blazar project16:09
jakecollOVH involved in that at all?16:09
priteauI've heard they were interested by the idea but they're not involved.16:10
priteaudiurnalist: a few weeks ago jakecoll was telling me that time to contribute to upstream Blazar was very limited, is it still the case? I would really like to get at least network reservation upstream.16:10
diurnalistpriteau: I would like that too, but what does this entail precisely, given that it's already written and in production here?16:11
priteauThere were some comments to answer on the spec: https://review.opendev.org/#/c/674089/16:12
diurnalistthanks, i always forget there is a separate project for specs16:13
priteauI've added you as a reviewer of the change16:13
diurnalistso i understand, the plan would be to review/address comments, then the spec is merged, then submit a changeset for the feature (with doc updates), and then done?16:14
priteauOn a cursory look the comments are minor, so if we can get the spec updated and approved, it will unlock review & merge of the code.16:14
priteauThat's pretty much it. The iteration on the spec might lead to some code changes but probably nothing major.16:15
diurnalistthere has been less appetite for committing time to blazar lately, but given that preemptible instances might be forthcoming, we can probably make a stronger case for this16:16
priteauAre you interested by preemptibles in Chameleon?16:16
jakecollI am. I can't speak for Kate16:17
priteauCool, I didn't that.16:17
jakecollThey make less sense now that we delete reservations that don't launch instances in six hours16:17
priteauBut nevermind preemptibles, if network reservation can be merged, that's one less change you have to worry about maintaining.16:18
jakecollBut we had pretty low utilization of our leases before, especially on GPUs16:18
jakecollMake sense for high-demand resources16:18
diurnalistyeah. i'm a bit skeptical it will work nicely in our model, where users typically want guaranteed access for some time. but it could be interesting, who knows16:18
diurnalistpriteau: we would deploy it, i think16:18
diurnalistpriteau: the main priority from our PoV is the usage enforcement, as it ties in with other work we are doing around how we manage quotas/allocations on our cloud. maybe we should take ownership of that one.16:19
priteauNote that the preemptibles design I am proposing is to fill up space between reservations, not within active-but-unused reservations.16:19
priteaudiurnalist: re usage enforcement, that would be ideal. I don't have the time to push this forward at the moment.16:19
diurnalistOK, i see there is a pre-existing spec already, i'll have a look and update w/ some of my more recent ideas16:22
diurnalistso i am aware, what is the quota feature?16:23
priteauThanks a lot. We just need to make sure it's generic enough to cover most use cases, not just Chameleon16:23
diurnalistis it just making sure that blazar doesn't allow doing things that exceed quotas?16:23
diurnalistpriteau: of course16:23
priteauThat's integration with existing OpenStack quota. Currently, in the absence of usage enforcement, any Blazar user can reserve large amounts of resources, even if their quota says they can only run N instances16:24
diurnalistright, jakecoll and I were discussing this the other day, by chance16:24
diurnalistOK, makes sense16:24
priteauSo either limit leases compared to the Nova quota for instances, or introduce a separate quota16:25
diurnalistany idea how that will affect host reservations?16:25
diurnalisti presume that would involve a new quota16:25
priteauHost reservation is the tricky bit, because you don't know in advance how many instances might be launched on a hypervisor (unless you have just one flavor)16:26
priteauMaybe host reservation needs a separate quota, and instance reservation can sync with Nova's quota16:26
diurnalistright16:27
priteauFeel free to share ideas via etherpad documents if they are not ready to be shared as a spec16:27
priteauhttps://etherpad.openstack.org/16:27
priteauJust create a new doc and link it from https://etherpad.openstack.org/p/blazar-ptg-ussuri16:27
diurnalist:+1:16:28
priteauI guess we've covered priorities16:29
priteau#topic Upstream contributions16:29
*** openstack changes topic to "Upstream contributions (Meeting topic: blazar)"16:29
priteauI was just taking a look at your latest proposed change16:29
priteauhttps://review.opendev.org/#/c/704628/16:29
priteauI've fixed the zuul checks, mock 3.0.0 was needed (plus removal of extra newlines)16:30
priteauI'll take a look later (probably only next week as I am off tomorrow) at the actual code16:30
priteauIs this a change that improves a specific use case?16:31
jakecollIt's a bug fix16:32
diurnalistyes, any time a system uses the blazarclient to fetch a lease. mostly, the horizon lease detail page16:32
diurnalistthe blazarclient will fetch a list of all leases, iterate over them to find one with the given ID, then return that ID. then it will fetch the lease with that ID.16:32
diurnalistskipping the first step saves an expensive call. something i found when trying to figure out why blazardashboard is so slow16:33
priteauNice improvement16:34
diurnalisti didn't file a bug in blazardashboard or anything, so it appears a bit out of the blue. but i wasn't sure a bug report was appropriate in this case16:35
priteauNot strictly necessary, but it's helpful to keep track of improvements. More so on the service side, to keep track of what we should backport.16:36
diurnalistOK16:37
priteauAnd it also bumps your institution's counter of "Fixed bugs" on Stackalytics ;-)16:38
diurnalisthaha16:38
priteauWe've covered other contributions in the previous agenda item16:41
priteau#topic AOB16:41
*** openstack changes topic to "AOB (Meeting topic: blazar)"16:41
priteauAnything else to discuss today?16:41
jakecollI don't have anything at the moment16:42
priteauThanks a lot for joining today, it was good to sync16:44
jakecoll:+1:16:44
priteauBye16:44
priteau#endmeeting16:44
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:44
openstackMeeting ended Thu Jan 30 16:44:39 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:44
openstackMinutes:        http://eavesdrop.openstack.org/meetings/blazar/2020/blazar.2020-01-30-16.04.html16:44
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/blazar/2020/blazar.2020-01-30-16.04.txt16:44
openstackLog:            http://eavesdrop.openstack.org/meetings/blazar/2020/blazar.2020-01-30-16.04.log.html16:44
*** jakecoll has quit IRC16:45
*** jamesmcarthur has joined #openstack-meeting-alt16:54
*** vhari has quit IRC16:59
*** tesseract has quit IRC17:08
*** priteau has quit IRC17:21
*** tmazur has quit IRC17:31
*** e0ne has quit IRC17:36
*** bobmel has joined #openstack-meeting-alt17:56
*** derekh has quit IRC18:00
*** igordc has joined #openstack-meeting-alt18:09
*** danielarthurt has quit IRC18:10
*** andrebeltrami has quit IRC18:13
*** diurnalist has quit IRC18:20
*** diurnalist has joined #openstack-meeting-alt18:22
*** bnemec has joined #openstack-meeting-alt18:41
*** bobmel has quit IRC18:55
*** bobmel has joined #openstack-meeting-alt18:56
*** bobmel has quit IRC19:00
*** bnemec has quit IRC19:24
*** e0ne has joined #openstack-meeting-alt19:27
*** e0ne has quit IRC19:33
*** diurnalist has quit IRC20:00
*** diurnalist has joined #openstack-meeting-alt20:13
*** rcernin has quit IRC20:36
*** jtomasek has quit IRC20:38
*** jamesmcarthur has quit IRC20:39
*** jtomasek has joined #openstack-meeting-alt20:41
*** jamesmcarthur has joined #openstack-meeting-alt20:49
*** jamesmcarthur has quit IRC20:53
*** apetrich has quit IRC20:55
*** jamesmcarthur has joined #openstack-meeting-alt20:57
*** jamesmcarthur has quit IRC21:02
*** jamesmcarthur has joined #openstack-meeting-alt21:03
*** jamesmcarthur has quit IRC21:10
*** jamesmcarthur has joined #openstack-meeting-alt21:10
*** rfolco has quit IRC21:24
*** rfolco has joined #openstack-meeting-alt21:24
*** jamesmcarthur has quit IRC21:25
*** jamesmcarthur has joined #openstack-meeting-alt21:27
*** jamesmcarthur has quit IRC21:29
*** jamesmcarthur has joined #openstack-meeting-alt21:35
*** slaweq has quit IRC21:43
*** slaweq has joined #openstack-meeting-alt21:45
*** jamesmcarthur has quit IRC21:49
*** jamesmcarthur has joined #openstack-meeting-alt21:51
*** slaweq has quit IRC21:55
*** jamesmcarthur has quit IRC21:57
*** jamesmcarthur has joined #openstack-meeting-alt22:03
*** jamesmcarthur_ has joined #openstack-meeting-alt22:05
*** jamesmcarthur has quit IRC22:08
*** jamesmcarthur_ has quit IRC22:08
*** jamesmcarthur has joined #openstack-meeting-alt22:09
*** jgrosso has quit IRC22:09
*** jamesmcarthur has quit IRC22:11
*** ayoung has quit IRC22:14
*** diurnalist has quit IRC22:21
*** raildo has quit IRC22:33
*** apetrich has joined #openstack-meeting-alt22:55
*** diurnalist has joined #openstack-meeting-alt23:05
*** rcernin has joined #openstack-meeting-alt23:20
*** dviroel has quit IRC23:26

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!