Tuesday, 2020-05-26

« Monday, 2020-05-25 Index Wednesday, 2020-05-27 »
*** rcernin has quit IRC00:23
*** rcernin has joined #openstack-qa00:23
*** paras333 has joined #openstack-qa00:39
*** iurygregory has quit IRC00:49
*** rcernin has quit IRC01:04
*** rcernin has joined #openstack-qa01:05
*** rcernin has quit IRC01:05
*** Liang__ has joined #openstack-qa01:09
openstackgerritzhufl proposed openstack/tempest master: Add response schema validation for volumes  https://review.opendev.org/61678301:29
*** rfolco|rover has joined #openstack-qa01:49
*** rfolco|rover has quit IRC01:54
*** paras333 has quit IRC02:40
*** hongbin has joined #openstack-qa03:08
*** rcernin has joined #openstack-qa03:19
*** ramishra has joined #openstack-qa03:23
*** hongbin has quit IRC03:28
*** vishalmanchanda has joined #openstack-qa03:35
openstackgerritzhufl proposed openstack/tempest master: Add response schema validation for volumes  https://review.opendev.org/61678303:59
*** ramishra has quit IRC04:13
*** rcernin has quit IRC04:20
*** rcernin has joined #openstack-qa04:22
*** udesale has joined #openstack-qa04:24
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-qa04:33
*** rcernin has quit IRC04:38
*** rcernin has joined #openstack-qa04:43
*** gcheresh has joined #openstack-qa05:16
*** ramishra has joined #openstack-qa05:24
*** vishakha has joined #openstack-qa06:02
*** dtruong has quit IRC06:04
*** dtruong has joined #openstack-qa06:05
*** mvkr has quit IRC06:21
*** ramishra has quit IRC06:25
*** ramishra has joined #openstack-qa06:28
*** mvkr has joined #openstack-qa06:33
openstackgerritzhufl proposed openstack/tempest master: Add response schema validation for volumes  https://review.opendev.org/61678306:43
*** maciejjozefczyk has joined #openstack-qa06:48
*** ricolin_ has joined #openstack-qa06:52
*** slaweq has joined #openstack-qa06:52
*** ricolin_ has quit IRC06:54
*** nightmare_unreal has joined #openstack-qa06:54
*** mvkr has quit IRC07:19
*** iurygregory has joined #openstack-qa07:22
*** ralonsoh has joined #openstack-qa07:24
*** jpena|off is now known as jpena07:27
*** mvkr has joined #openstack-qa07:32
*** rcernin has quit IRC07:36
*** tosky has joined #openstack-qa07:38
*** openstackstatus has quit IRC07:39
*** openstackstatus has joined #openstack-qa07:40
*** ChanServ sets mode: +v openstackstatus07:40
*** vishalmanchanda has quit IRC07:44
*** rpittau|afk is now known as rpittau07:46
*** lucasagomes has joined #openstack-qa07:57
*** ramishra has quit IRC08:20
*** ramishra has joined #openstack-qa08:26
*** rcernin has joined #openstack-qa08:39
*** rcernin has quit IRC08:40
*** dtantsur|afk is now known as dtantsur09:05
*** tkajinam has quit IRC09:05
*** ccamposr has joined #openstack-qa09:13
*** ccamposr__ has quit IRC09:16
*** iurygregory has quit IRC09:17
*** iurygregory has joined #openstack-qa09:18
*** gfidente|afk is now known as gfidente09:30
*** Liang__ has quit IRC09:48
*** tosky__ has joined #openstack-qa09:50
*** tosky is now known as Guest6865809:50
*** tosky__ is now known as tosky09:50
*** rpittau is now known as rpittau|bbl10:20
*** vishalmanchanda has joined #openstack-qa10:23
*** gcheresh has quit IRC10:32
*** ramishra has quit IRC10:39
*** gcheresh has joined #openstack-qa10:56
*** ramishra has joined #openstack-qa11:10
*** jpena is now known as jpena|lunch11:30
*** udesale_ has joined #openstack-qa11:32
*** udesale has quit IRC11:34
*** artom has quit IRC11:47
*** artom has joined #openstack-qa11:47
*** rfolco|rover has joined #openstack-qa11:55
*** rh-jelabarre has joined #openstack-qa12:15
*** rpittau|bbl is now known as rpittau12:22
*** raildo has joined #openstack-qa12:27
*** jpena|lunch is now known as jpena12:34
*** paras333 has joined #openstack-qa12:38
*** nweinber has joined #openstack-qa12:39
*** ricolin has quit IRC12:51
*** ricolin has joined #openstack-qa12:55
*** ricolin_ has joined #openstack-qa12:55
*** ricolin_ has quit IRC12:55
*** redrobot has joined #openstack-qa13:19
gmannQA office hour time13:30
*** raildo has quit IRC13:30
gmann#startmeeting qa13:30
openstackMeeting started Tue May 26 13:30:51 2020 UTC and is due to finish in 60 minutes.  The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot.13:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:30
*** openstack changes topic to " (Meeting topic: qa)"13:30
openstackThe meeting name has been set to 'qa'13:30
gmannwho all are here today ?13:31
kopecmartinhello13:31
paras333hi13:31
gmannlet's start13:32
gmann#link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours13:32
gmanntoday agenda ^^13:32
gmann#topic Announcement and Action Item (Optional)13:33
*** openstack changes topic to "Announcement and Action Item (Optional) (Meeting topic: qa)"13:33
gmannno announcement form my side or AI from previous meeting13:33
gmannskipping the ussuri tracking, we need to update the agenda after PTG and start Victoria cycle tracking13:33
gmann#topic OpenStack Events Updates and Planning13:33
*** openstack changes topic to "OpenStack Events Updates and Planning (Meeting topic: qa)"13:33
gmannnext week is Virtual PTG13:34
gmann#lin https://etherpad.opendev.org/p/qa-victoria-ptg13:34
gmann#link https://etherpad.opendev.org/p/qa-victoria-ptg13:34
openstackgerritSam Kumar proposed openstack/tempest master: Sort roles in keystone token  https://review.opendev.org/72980313:34
gmannwe have schedule up for topic wise also but we will wait for the conference channel. it might be zoom i think13:35
gmannanything we need to prepare/plan for PTG which we missed ?13:36
gmannor any feedback13:36
gmannok, let's move13:37
gmann#topic Sub Teams highlights13:37
*** openstack changes topic to "Sub Teams highlights (Meeting topic: qa)"13:37
gmannTempest13:37
*** tkajinam has joined #openstack-qa13:37
gmannthere were two bugs for plugins and tempest testing13:37
gmann#link http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014601.html13:38
gmannsorry13:38
gmann#link http://lists.openstack.org/pipermail/openstack-discuss/2020-May/015011.html13:38
gmannthis one ^^13:38
gmannfix on devstack side work fine but i need to change the tempest role run-tempest also to use the stable constraint when old tempest is used even stein or train gate13:39
gmanni did not find time yesterday, may be i will look tomorrow13:40
gmannthis is hitting 3rd party CI as none of upstream job on stein and train gate use older tempest13:40
gmannanything else to discuss on Tempest side ?13:41
toskygmann: will that affect other users of the run-tempest role in branched repositories13:42
tosky?13:42
tosky(like grenade)13:42
gmanntosky: it should not, I have not found the way but what i will be doing is to check if old tempest is being used irrespective of branch so that stein, train, ussuri using master tempest has no change13:43
gmannbut i need to check how i can get value of TEMPEST_BRANCH var in run-tempest13:44
gmannwhich is what set by jobs when using the old tempest13:45
gmannbut yes, i will test that properly so that it does not disturb the current usage13:46
*** jcmdln has quit IRC13:47
gmannPatrole13:47
gmannnothing to share from my side on this.13:47
gmanni have one update to share on hacking13:48
gmanni am reverting the py35 job and updated the req constraint for py35 which needs to be done on hacking side13:48
gmann#link https://review.opendev.org/#/c/730686/13:48
gmannthis working fine. need review on this. masayukig ^^13:48
gmannsame i have done on ksa side.13:49
gmannlet's move13:50
gmann#topic Community goal tracking13:50
*** openstack changes topic to "Community goal tracking (Meeting topic: qa)"13:50
gmann#link https://etherpad.opendev.org/p/qa-community-wide-goals-tracking13:50
gmannwe still waiting for 2nd goal for V cycle and zuulv3 migration is all good for QA but need audit for all repo13:51
gmann#topic Bug Triage13:51
*** openstack changes topic to "Bug Triage (Meeting topic: qa)"13:51
gmann#link https://etherpad.opendev.org/p/qa-bug-triage-ussuri13:51
gmannkopecmartin: any news on bugs13:51
kopecmartintempest bug numbers look still good, slowly decreasing \o/13:52
kopecmartinone question regarding the roles used in tempest, see this bug13:52
kopecmartin#link https://bugs.launchpad.net/tempest/+bug/133013213:52
openstackLaunchpad bug 1330132 in tempest "Creation of Member role is no longer required" [Undecided,Confirmed]13:52
kopecmartini found it confusing .. which is the current one? i think that Member role was replaced by _member_ one, right?13:53
*** dtantsur is now known as dtantsur|brb13:53
kopecmartinbut _member_ role is deprecated too, isn't it?13:53
toskyby member13:53
openstackgerritTakashi Kajinami proposed openstack/devstack master: WIP: Allow overriding path for upper-constraints.txt  https://review.opendev.org/73082713:53
toskyMember->member, if I'm not mistaken13:54
kopecmartinahaa, so it's Member->_member_->member13:54
openstackgerritTakashi Kajinami proposed openstack/devstack master: WIP: Allow overriding path for upper-constraints.txt  https://review.opendev.org/73082713:54
kopecmartinthanks, this clears the things a little13:54
kopecmartinone more bug i'd like to bring up13:55
gmanntempest  use 'member'13:55
kopecmartin#link https://bugs.launchpad.net/tempest/+bug/186608213:55
openstackLaunchpad bug 1866082 in tempest "Volume encryption tests handling on multibackend environments" [Low,Confirmed]13:55
gmannnot 'Memeber' right13:55
kopecmartintosky's looking for some suggestions how to proceed there, gmann any ideas?13:55
gmannkopecmartin: https://review.opendev.org/#/q/topic:fix-member+(status:open+OR+status:merged)13:56
gmann#link https://review.opendev.org/#/q/topic:fix-member+(status:open+OR+status:merged)13:56
kopecmartingmann: thanks13:57
kopecmartini see13:57
gmannbut you mentioned Tempest still use 'Member' ?13:58
kopecmartini think so, i'll check again13:58
gmannkopecmartin: i think we do, we need to rename them also i think.13:58
kopecmartinI'll check it and send a review13:59
gmannkopecmartin: tosky so encryption is backend specific then feature flag is best way to go instead of dynamically detecting it from backends14:00
*** yoctozepto8 has joined #openstack-qa14:00
gmannbut is it core feature all backends should have or optional ?14:01
toskygmann: optional14:01
gmanntosky: i think feature flag is right things for this.14:01
*** yoctozepto has quit IRC14:01
*** yoctozepto8 is now known as yoctozepto14:01
toskyand yes, all the possible solutions I discussed are about feature flags14:01
toskyjust not sure which way is the best14:01
toskywhether use the existing one, whether rely on the first value of it having encryption enabled, whether add another one, etc14:02
gmannexisting one you mean this ? - attach_encrypted_volume14:03
gmannhttps://github.com/openstack/tempest/blob/ad25f2577b1118ab47db972bb11dd9ac29c34159/tempest/config.py#L55214:03
toskyvolume.storage_protocol14:03
toskythe entire proposal is to handle the case when attach_encrypted_volume is enabled but some of the backends don't support it14:04
gmannbackend list and all are too complex and that might be stale after backends implement this feature14:04
gmannbut is it possible that we can attach the encrypted volume but cannot create ?14:04
toskyit can't be handled at all if there is no support; I hit it for NFS14:06
gmanni mean if attaching and creating the encrypted volume is all together backend support or not then we can use existing config option14:07
gmannlike we can rename 'attach_encrypted_volume' to 'encrypted_volume' and use it for attaching or creating14:07
gmannif backend can have these two capabilities separately then we need new config14:08
toskyanyway, that doesn't change the fact that14:08
tosky- when multiple backends are defined, some may not work with feature X14:08
tosky- a way to make sure that those tests are not executed on the backend that doesn't support it is needed14:08
toskyhence the list of possible solutions on the ticket14:09
toskyI think it may be a bit more time than what this meeting allows to go through the list14:09
gmannbut when multi backends are defined then Tempest do not know where the volume will be scheduled14:10
*** rpittau is now known as rpittau|brb14:10
gmannso for Tempest it is like fully supported for all of the backend your env have if any of backend does not support then it is disable and tempest skip the test14:11
gmannhaving the scheduling knowledge in tempest is not possible right14:11
toskybut we already have ways to drive the tempest behavior for certain features and also for specific volume backend14:12
gmannbut that is based on feature flag right14:12
toskythat's the central assumption: none of the possible solutions I proposed in the ticket is based on something which is not a configuration variable14:13
toskythere is no discovery, and I consider stuff like volume.storage_protocol as feature flag14:13
toskyif you run tempest against a cloud which has multiple cinder backends and only some of them support encryption, right now you need to disable all the other backends14:14
gmann'disable all the other backends' you mean in Tempest ?14:15
gmannanyways let's continue the discussion on this after office hour, in case anyone else has something  to discuss14:16
gmannany other critical bug or need disucssion14:16
gmann#topic Critical Reviews14:17
*** openstack changes topic to "Critical Reviews (Meeting topic: qa)"14:17
*** raildo has joined #openstack-qa14:17
gmannany critical bug ?14:17
gmann#topic Open Discussion14:18
*** openstack changes topic to "Open Discussion (Meeting topic: qa)"14:18
gmannanything else to disucss ?14:18
gmanndiscuss14:18
gmannok let's close the office hour.14:20
gmannwe will cancel the next office hour due to PTG, i  will announce it on ML also14:20
gmannthanks everyone for joining14:20
gmann#endmeeting14:20
*** openstack changes topic to "Discussion of OpenStack Quality Assurance Projects (tempest, devstack, grenade, and friends) | docs https://wiki.openstack.org/wiki/QA | specs https://review.openstack.org/#/q/project:openstack/qa-specs | channel logs http://eavesdrop.openstack.org/irclogs/%23openstack-qa/"14:20
openstackMeeting ended Tue May 26 14:20:48 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:20
openstackMinutes:        http://eavesdrop.openstack.org/meetings/qa/2020/qa.2020-05-26-13.30.html14:20
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/qa/2020/qa.2020-05-26-13.30.txt14:20
openstackLog:            http://eavesdrop.openstack.org/meetings/qa/2020/qa.2020-05-26-13.30.log.html14:20
paras333thanks gmann14:21
gmanntosky: back to our discussion14:22
gmannin case of storage_protocol also, you need to check which protocol has encryption right?14:23
toskyyes, correct14:23
gmannthat is why, either checking backends list of protocol and using those in volume type which is always extra_specs not the force things for cinder to boot the volume is still risky and not 100% guarantee14:25
gmannand if we adopt this way of creating volume with backend/protocol specific and assume the capabilities then it end up with right for one feature but not for other14:26
gmannso in case of multi backends, env is created for multi backends so that cinder can choose any of those and making Tempest working on single backend tested is wrong things.14:28
toskyhave you seen solution 3? Assume that the first backend in the backend list supports all the features which are backend-specific?14:28
gmannTempest should test the way users use the env14:28
gmannyeah, that is again risky as you already mentioned14:28
toskyI don't think that specific solution is risky14:29
toskyusers known they can't create encrypted volumes on NFS, but they can do that on (say) Ceph14:29
toskyso the expected behavior is: create encrypted volume on NFS fails, create encrypted volume on Ceph works14:30
*** jcmdln has joined #openstack-qa14:30
toskyusers know they need to avoid a specific backend, it doesn't prevent them from using the feature14:30
toskysimilarly tempest could still work do that, and still be able to use the other features (like retype and migration tests)14:31
gmanntosky: but is choosing backend a user things ? or operator/cloud things to handle14:31
openstackgerritSlawek Kaplonski proposed openstack/devstack master: Update cirros image to cirros-0.5.1  https://review.opendev.org/71149214:31
gmannand is cinder guarantee that backends in volume_type which is extra specs is used for volume create otherwise fail ? from api-ref it seems a hint14:32
gmannor protocol14:32
toskyyou need to use a volume type, volume types are defined by the operator, which means you can happily use encryption on the right backends if the volume type is configured, and use migration (through retype) as well with mixed backends14:33
toskyand tempest should be able to do the same14:33
*** tkajinam has quit IRC14:36
gmannone way is to have a separate flag encyption_enabled_backend but i am not sure that is right thing as it might need separate flag for each backend specific features14:36
*** rpittau|brb is now known as rpittau14:39
*** iurygregory has quit IRC14:45
toskythat would be my solution 2)14:45
gmanntosky:  this is not just encryption feature issue but all backend specific features in case mulit backends14:48
gmanni cannot think of best way to handle these for now. in past we made Tempest no knowledge of backends and backends specific env to skip the test if that feature is not supported14:49
gmannbut that was case of single backends, multi backends is something different here14:49
gmannhow about we discuss this in PTG on solving this for all backend specific features14:50
*** dtantsur|brb is now known as dtantsur14:50
toskysure14:51
toskythe lazy way would be 3: always use the first backend in the list when a feature is known to not work in some cases14:52
*** iurygregory has joined #openstack-qa14:53
kopecmartingmann: btw, virtual ptg will be accessible only for those who registers? or for everyone who will have a link of the particular meeting?14:55
gmannkopecmartin: i think for all have link but may be good to ask on PTG ML thread14:59
*** jcmdln has quit IRC14:59
gmanntosky: commented on bug as well added this topic on etherpad, masayukig can figure out the time slot for that.15:00
toskythanks15:00
gmannkopecmartin: this one- http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014649.html15:03
kopecmartingmann: thanks15:04
*** jcmdln has joined #openstack-qa15:04
openstackgerritMerged openstack/tempest master: Add response schema validation for volume snapshots  https://review.opendev.org/60962415:13
openstackgerritMerged openstack/tempest master: Add response schema validation for volume pools  https://review.opendev.org/60591715:13
*** cmorpheus is now known as cmurphy15:15
*** ysirndjuro has joined #openstack-qa15:18
*** mtreinish has joined #openstack-qa15:34
*** dtantsur is now known as dtantsur|afk15:34
*** gcheresh has quit IRC15:35
clarkbyoctozepto: what was the end result of the memory bump for cirros. Did we decide that was necesasry to fix the tmpfs issues?15:48
clarkbif it is, then don't we need to increase the memory (even if we would rather not?)15:48
yoctozeptoclarkb: based on Lee's experiments, it was helpful I guess?15:49
yoctozeptoclarkb: the thing is cirros bumps min requirements for itself so we might need a mb more here or there15:49
yoctozeptoclarkb: I don't know how bad it was15:49
clarkbaiui that was expceted to fix the config drive issues that case some tempest tests to fail because the hsot doesn't get configured networking properly?15:50
clarkb(the issue being there isn't enough room for the tmpfs that is used to consume that information?)15:50
yoctozeptoclarkb: yeah, that is how I understood it15:50
yoctozeptoclarkb: still, I don't believe these ever counted in megabytes15:50
clarkbnot sure I understand that last statement15:51
*** rpittau is now known as rpittau|afk15:51
yoctozeptoclarkb: the tmpfs requirements16:00
yoctozeptoclarkb: I don't believe we really needed to bump from 64 to 12816:00
yoctozeptoclarkb: feels too much ;p16:00
clarkbI see, could be a much smaller bump you think?16:01
yoctozeptoclarkb: yeah, exactly16:01
yoctozeptohence it might be just right for the new cirros to avoid this issue too16:01
yoctozeptobut might not be as well, who knows16:01
yoctozeptomaybe not sweat it and merge without further bumps16:01
clarkbya I think we can separate new cirros from the tmpfs problem16:02
openstackgerritRadosław Piliszek proposed openstack/devstack master: Update cirros image to cirros-0.5.1  https://review.opendev.org/71149216:08
yoctozeptoclarkb: just fixed the commit message to be more accurate16:08
*** udesale_ has quit IRC16:20
amodigmann: kopecmartin can u review this https://review.opendev.org/#/c/730014/ if u have some time16:23
*** maciejjozefczyk has quit IRC16:29
gmannkopecmartin: commented on replacing the 'Member' role from Tempest - https://bugs.launchpad.net/tempest/+bug/133013216:30
openstackLaunchpad bug 1330132 in tempest "Creation of Member role is no longer required" [Undecided,Confirmed]16:30
gmannamodi: checking..16:30
amodithanks16:32
*** jpena is now known as jpena|off16:42
gmannfrickler: ianw can any of you review this and its base patch (py35 jobs and its constraint things) - https://review.opendev.org/#/c/730686/316:45
*** mnasiadka has quit IRC16:49
*** vishalmanchanda has quit IRC16:54
openstackgerritVictoria Martinez de la Cruz proposed openstack/devstack-plugin-ceph master: Updates script to use latest version of Ceph  https://review.opendev.org/67672216:56
*** mnasiadka has joined #openstack-qa16:59
*** lucasagomes has quit IRC17:03
*** gcheresh has joined #openstack-qa17:04
*** mnasiadka has quit IRC17:07
openstackgerritVictoria Martinez de la Cruz proposed openstack/devstack-plugin-ceph master: Updates script to use latest version of Ceph  https://review.opendev.org/67672217:10
openstackgerritVictoria Martinez de la Cruz proposed openstack/devstack master: Update devstack to support Fedora 32  https://review.opendev.org/73092417:17
*** ricolin has quit IRC17:21
*** mnasiadka has joined #openstack-qa17:22
*** vishalmanchanda has joined #openstack-qa17:23
*** gcheresh has quit IRC17:23
*** gfidente has quit IRC17:30
*** vishalmanchanda has quit IRC17:33
*** ccamposr__ has joined #openstack-qa17:35
*** ccamposr has quit IRC17:38
*** maciejjozefczyk has joined #openstack-qa17:38
*** nightmare_unreal has quit IRC17:41
*** gcheresh has joined #openstack-qa17:41
*** gcheresh has quit IRC17:48
*** dave-mccowan has joined #openstack-qa18:08
openstackgerritJens Harbott (frickler) proposed openstack/devstack master: Use packaged uwsgi for Ubuntu  https://review.opendev.org/57795518:23
*** irclogbot_2 has quit IRC18:26
*** irclogbot_1 has joined #openstack-qa18:30
openstackgerritJens Harbott (frickler) proposed openstack/devstack master: Use uwsgi binary from path  https://review.opendev.org/57777918:35
openstackgerritJens Harbott (frickler) proposed openstack/devstack master: Don't install uwsgi for keystone  https://review.opendev.org/56597018:35
openstackgerritJens Harbott (frickler) proposed openstack/devstack master: Use packaged uwsgi on Fedora 28  https://review.opendev.org/56592318:35
openstackgerritJens Harbott (frickler) proposed openstack/devstack master: Use packaged uwsgi for Ubuntu  https://review.opendev.org/57795518:35
openstackgerritJens Harbott (frickler) proposed openstack/devstack master: Make devstack run on focal (Ubuntu LTS 20.04)  https://review.opendev.org/70483118:35
fricklerianw: ^^ sorry I had to rebase this in order to make the focal job fit on top, but I think this works better than the special case I had for focal earlier18:36
openstackgerritGhanshyam Mann proposed openstack/hacking master: Revert "Remove py35 job"  https://review.opendev.org/72931718:50
gmannfrickler: ^^ updated, also replied for global u-c - https://review.opendev.org/#/c/730686/318:52
gmannall current constraint  are for >=py3.6 so those would have  any value for py35 job18:52
fricklergmann: o.k., that makes sense. minor nit on the partial revert, and you also need to rebase the other patch on top of the latest PS18:56
openstackgerritGhanshyam Mann proposed openstack/hacking master: Revert "Remove py35 job"  https://review.opendev.org/72931718:57
openstackgerritGhanshyam Mann proposed openstack/hacking master: Add in-tree upper-constraints for py35 job  https://review.opendev.org/73068618:57
gmannfrickler: done ^^18:58
fricklergmann: ach, thx19:01
openstackgerritMerged openstack/devstack-tools master: Fix hacking min version to 3.0.1  https://review.opendev.org/72761919:24
openstackgerritMerged openstack/os-testr master: Fix hacking min version to 3.0.1  https://review.opendev.org/72761819:29
*** vishakha has quit IRC19:56
*** irclogbot_1 has quit IRC20:22
*** nweinber has quit IRC20:23
*** irclogbot_2 has joined #openstack-qa20:25
*** raildo has quit IRC21:19
*** slaweq has quit IRC21:34
*** paras333 has quit IRC21:45
*** paras333 has joined #openstack-qa21:48
*** ralonsoh has quit IRC22:00
*** tosky has quit IRC22:52
*** tkajinam has joined #openstack-qa22:57
openstackgerritTim Burke proposed openstack/devstack master: swift: Remove s3api from proxy pipeline  https://review.opendev.org/73100123:01
*** rcernin has joined #openstack-qa23:05
*** paras333 has quit IRC23:06
*** paras333 has joined #openstack-qa23:06
openstackgerritMerged openstack/tempest master: Add image "version" metadata in test_snapshot_pattern  https://review.opendev.org/73001423:23
openstackgerritTim Burke proposed openstack/devstack master: swift: Fix s3api/keystone interaction  https://review.opendev.org/73100323:25
« Monday, 2020-05-25 Index Wednesday, 2020-05-27 »

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