Friday, 2020-07-31

*** artom has quit IRC00:15
*** rfolco has quit IRC00:29
*** paras333 has quit IRC00:38
*** paras333 has joined #openstack-qa01:21
openstackgerritMerged openstack/tempest master: Add response schema validation for volume group snapshots  https://review.opendev.org/60677202:03
*** paras333 has quit IRC02:32
*** dave-mccowan has quit IRC03:14
*** rcernin has quit IRC03:29
openstackgerritColleen Murphy proposed openstack/tempest master: Add keystone v3 EC2 credential tests and client  https://review.opendev.org/74408703:32
*** rcernin has joined #openstack-qa03:40
*** gcheresh has joined #openstack-qa03:51
*** bhagyashris|away is now known as bhagyashris03:52
*** rh-jelabarre has quit IRC03:52
*** rcernin has quit IRC03:58
*** gcheresh has quit IRC04:14
*** rcernin has joined #openstack-qa04:15
*** psahoo has joined #openstack-qa04:30
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-qa04:33
*** vishalmanchanda has joined #openstack-qa04:41
*** redrobot has quit IRC05:17
*** markvoelker has joined #openstack-qa05:19
*** markvoelker has quit IRC05:23
*** markvoelker has joined #openstack-qa05:26
*** udesale has joined #openstack-qa05:27
*** markvoelker has quit IRC05:30
*** psahoo has quit IRC05:41
*** udesale has quit IRC05:50
*** psahoo has joined #openstack-qa05:54
*** gcheresh has joined #openstack-qa05:59
*** psahoo has quit IRC06:03
*** udesale has joined #openstack-qa06:04
*** psahoo has joined #openstack-qa06:17
*** gcheresh has quit IRC06:28
*** slaweq has joined #openstack-qa07:02
*** nightmare_unreal has joined #openstack-qa07:16
*** tosky has joined #openstack-qa07:19
*** chaconpiza has joined #openstack-qa07:19
*** ralonsoh has joined #openstack-qa07:33
*** jpena|off is now known as jpena07:56
*** ianw has quit IRC08:01
*** ianw has joined #openstack-qa08:02
*** ccamel has joined #openstack-qa08:02
*** camelCaser has quit IRC08:03
openstackgerritMerged openstack/tempest master: Add glance image import web-download tests  https://review.opendev.org/74229508:05
*** lucasagomes has joined #openstack-qa08:10
*** dtantsur|afk is now known as dtantsur09:19
*** gcheresh has joined #openstack-qa09:58
*** gcheresh has quit IRC10:22
*** rcernin has quit IRC10:33
*** markvoelker has joined #openstack-qa10:41
*** gcheresh has joined #openstack-qa10:43
*** markvoelker has quit IRC10:46
*** brinzhang_ has joined #openstack-qa10:48
*** brinzhang0 has quit IRC10:51
*** gcheresh has quit IRC10:52
*** jpena is now known as jpena|afk10:56
*** raildo has joined #openstack-qa11:11
*** jpena|afk is now known as jpena11:20
*** brinzhang_ has quit IRC11:32
*** tkajinam has quit IRC11:36
*** jpena is now known as jpena|lunch11:48
*** artom has joined #openstack-qa11:55
*** lbragstad_ has joined #openstack-qa12:00
*** lbragstad has quit IRC12:03
*** rh-jelabarre has joined #openstack-qa12:14
*** rfolco has joined #openstack-qa12:24
*** yamamoto has joined #openstack-qa12:24
*** nightmare_unreal has quit IRC12:48
*** jpena|lunch is now known as jpena12:59
*** dave-mccowan has joined #openstack-qa12:59
svyaskopecmartin, gmann, we don't use publickey as keypair while creating keypair in scenario manager right? So does it mean, its the private key we are using for creating keypair13:02
svyasmasayukig, ^^13:02
*** paras333 has joined #openstack-qa13:06
kopecmartinsvyas: seems not: https://github.com/openstack/tempest/blob/master/tempest/scenario/manager.py#L16213:07
gmannsvyas: yeah we do only in API tests13:08
svyaskopecmartin, gmann, so, is it privatekey then?13:08
*** paras333 has quit IRC13:09
*** paras333 has joined #openstack-qa13:09
gmannsvyas: if you pass it in request that will be imported by nova otherwise nova will create a new keypair and return the keys in response13:11
kopecmartinsvyas: as i understand is, that in scenario we tell the client to create a key pair with a specific name, but we don't care about the public/private part - so it's randomly generated13:12
gmannyeah13:12
*** nweinber has joined #openstack-qa13:13
svyaskopecmartin,gmann, thanks. I wanted to update the docstring for create_keypair() method and there i got confused with public/private pair13:15
gmannand further, tests fetch the private key by keypair['private_key']. but note, private key is used only when validation.auth_method == 'keypair' otherwise not13:16
gmannsvyas: also api-ref can help you to get details about all those API and its parameter. this has most of the projects api-ref https://docs.openstack.org/api-ref/13:17
gmannthese might not be 100% correct :) but if something you find wrong or bug compare to how code behave then feel free to fix also. During Tempest service client or response schema writing, we have found lot of issue in api-ref and fixed also13:19
svyasgmann, thanks. I will go through it :)13:21
gmannsvyas: and do not worry or wait to push patches to have 100% perfect /correct doc string. you can even push the draft version and we can input/improve on gerrit if something you stuck at.13:22
svyasgmann, thanks. Next time, I will push the draft version if I come across same thing again13:24
gmann+113:25
gmannbecause it will be easy to review the patch series at same time than with intervals, that's how i did for test desc and volume schema cases.13:26
openstackgerritLajos Katona proposed openstack/tempest master: Test for changing QoS policy with min bw of bound port  https://review.opendev.org/74369513:33
Open10K8SHi team. I have been suffering from unstable infra from last morning. This is the typical example, https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_fa4/743943/3/check/openstack-operator:functional/fa4ea09/testr_results.html. Is there any scheduled downtime these days?13:36
gmannOpen10K8S: you are facing ssh timeout issues in failed tests there is no schedule downtime.13:38
Open10K8Sgmann: is that general one?13:39
gmannOpen10K8S: yeah, it happen in many test case and in gate. that can be triggered by multiple reason and it is not 100% fixed in upstream CI/CD. you can get more info from compute logs about failure if that help13:40
Open10K8Sgmann: ok, how about this one? https://zuul.opendev.org/t/vexxhost/build/bdf146a0637742a59abd68b91510f435/log/controller/logs/devstacklog.txt#2762713:43
Open10K8Shappened frequently13:44
gmannOpen10K8S: its not frequent in openstack gate. it seems keystone not responding.13:48
Open10K8Sgmann: keystone was ok, anyway, just wanted to check the infra downtime schedule13:50
Open10K8Sgmann: thank you13:50
mnasergmann: do you know if there's much we can do about ssh timeout or this is something more long standing? :(13:53
Open10K8Sgmann: faced again such ssh timeout in tempest. seems becoming more frequent13:56
gmannmnaser:  its long standing issue and there was no exact root cause so that we can solve it - https://bugs.launchpad.net/tempest/+bug/129847213:59
openstackLaunchpad bug 1298472 in OpenStack Compute (nova) "SSHTimeout in tempest trying to verify that computes are actually functioning" [Critical,Fix released]13:59
gmannwe did few improvement(and few adjustment) 1. test modified to ping before they ssh the test VM (not all but few of tests were modified) 2. run scenario tests serially14:01
gmann2nd one helped to minimize it at some extend where lot of ssh parallel request from scenario tests.14:01
gmannmnaser: Open10K8S: do you run scenario tests parallel  or serially ?14:02
mnasergmann: right now we actually just have devstack run it, so whatever upstream devstack jobs do14:03
mnaser(we override specific devstack functions to make them noop as we move that elsewhere so we can have a hybrid devstack+our stuff until we fully finish)14:03
Open10K8Smnaser: serially, ofc14:04
*** udesale_ has joined #openstack-qa14:05
gmannyeah its smoke + heat tests so https://opendev.org/vexxhost/openstack-operator/src/branch/master/zuul.d/functional-jobs.yaml#L3214:05
gmanntest_reboot_server_hard being a smoke tests is another question, this is debatable whether we should remove it from smoke tests or not.14:07
mnasergmann: we actually had to blacklist one that failed pretty often14:07
mnaserthe network basic ops + floating ip was failing quite often14:07
mnaserwe were very stable until a few days ago14:07
*** udesale has quit IRC14:08
gmannOpen10K8S: it is run in parallel  which is default in tempest - https://zuul.opendev.org/t/vexxhost/build/2caf1de31eca485c81d38ae408c38bb8/log/job-output.txt#3720914:13
gmannmnaser: may be it will be good if you can report the  network basic ops + floating ip bugs and we can check we have fixed many FIP bugs and those were reported from 3rd party CI/CD as upstream testing with specific configuration does not catch those always14:14
gmannyou are running with --concurrency=4 so that is also good14:16
mnasergmann: i wonder if we're starved on resources and that's causing the slow down..14:26
gmannmnaser: that could be one possible issue.14:28
mnasergmann: it is a much more different architecture in our case where we're doing things like rabbitmq-per-service14:29
mnaserso i guess that's possible14:29
clarkbswapping is also a concern14:34
clarkbitsbeen a while since I looked at abasedevstack job byt for a while they were all swapping whoch has noisy neighbor affects on other jobs too14:35
mnaseryeah we have a lot in an 8gb vm right now14:36
mnaserceph, multiple 'small' 2 replica db clusters, multiple services (like heat+magnum)14:36
mnaserrabbitmq for every single service (at least 3-4 instances now)14:36
kopecmartingmann: i wanted to create a new tag for python-tempestconf, but i can't find it in openstack/releases under deliverables/_independent/ where it used to be .. did something change in tag creation process after tempestconf was moved under osf org?14:54
gmannkopecmartin: yeah, we moved that under osf org as that is interop repo14:55
kopecmartingmann: and how should I create a new tag / where to send a review?14:57
*** lbragstad_ is now known as lbragstad14:58
gmannkopecmartin: you can check with release team on #openstack-release if they can support it otherwise you can push new tag in git itself15:00
gmannsean can help you on that15:00
toskykopecmartin: iirc you can just push a tag15:01
gmannkopecmartin: tosky do you release it on pypi also ?15:02
kopecmartinreally? no review process?15:02
kopecmartingmann: before it was synced with pypi somehow15:02
kopecmartinwe just sent a review to openstack/releases and when it got merged it created a new tag in the repo and in pypi too15:03
gmannkopecmartin:  yeah that included the pypi  release15:05
gmannkopecmartin: so if you want to continue that, you need to do that also along with new tag on git15:05
toskykopecmartin: http://eavesdrop.openstack.org/irclogs/%23openstack-release/%23openstack-release.2020-02-18.log.html#t2020-02-18T10:46:3215:05
gmannrelease team do all those magic for all openstack repo with a simple request to them on gerrit15:06
gmannhttps://docs.opendev.org/opendev/infra-manual/latest/drivers.html#tagging-a-release15:08
gmannkopecmartin: ^^ that is all you need15:09
gmannkopecmartin: btw where you use  python-tempestconf ? refstack is one place, tripleO testing also ?15:11
*** chkumar|rover is now known as raukadah15:12
kopecmartingmann: yest, tripleo too .. and in downstream15:12
kopecmartingmann: tosky: so based on this, python-tempestconf-release group is able to push new tags - https://review.opendev.org/#/c/706479/ .. but that group is empty https://review.opendev.org/#/admin/groups/1843,members o.O15:13
gmannok, did you try this to move under TripleO? i know we in QA has objected to ake under QA projects :)15:14
toskygmann: I would argue it's more generic than that15:14
gmannkopecmartin: i think you can ask clarkb or someone from infa to add you in python-tempestconf-release as this is not in openstack namespace now15:15
gmanntosky: yeah but who use it own it, that is where we can find long term maintainer15:16
toskyrefstack situation should be clarified, that was a strong user too15:16
toskyalso I've heard in the past about people using it in their clouds (we had a few patches iirc)15:16
gmannor fungi ^^ (to add kopecmartin tosky in https://review.opendev.org/#/admin/groups/1843,members )15:17
*** yamamoto has quit IRC15:18
gmanntosky: refstack situation is clear :). its under interop with no maintainer.15:18
gmannsituation is communicated to BoD many times.15:18
toskyBoD?15:19
toskyoh, board of directors15:19
gmannBoard of Diredctors15:19
gmanndirectors15:19
gmanntosky: kopecmartin that is why my worry and having python-tempestconf under some OpenStack projects can give it long term maintenance thanbeing under interop (osf)15:20
toskyuhm, but the amount of contributors hasn't changed despite the projects being moved around15:21
gmanntosky: yeah but you need to do all these extra things like releasa etc15:21
toskyright now, with the simplified maintenance (push a tag) it doesn't sound too complicated15:22
fungitosky: since you're in python-tempestconf-core already i can take that as authority to add you to python-tempestconf-release or i can just set that group to include python-tempestconf-core if you'd prefer15:23
fungior kopecmartin, you're both in the core group yeah15:24
kopecmartintosky: it shouldn't be a problem if all cores will have ability to create a tag, right?15:25
toskykopecmartin: not at all15:26
kopecmartintosky: good, so fungi please could you give all cores ability to create tags?15:26
fungimainly they just all need to be aware not to accidentally `git push --tags` or similar15:26
clarkbor push a tag of content not in gerrit15:27
fungiyeah, which is also totally possible15:27
clarkbor push a bad tag and want to delete it15:27
kopecmartin:D15:27
fungi#status log seeded python-tempestconf-release gerrit group by including python-tempestconf-core15:28
openstackstatusfungi: finished logging15:28
toskythanks!15:29
fungimy pleasure15:29
* fungi gets back to doing a terrible job of taking the day off15:29
kopecmartinthanks15:29
fungiyou're welcome!15:30
* kopecmartin is gonna study tag creation so that he doesn't break anything :P 15:31
*** Guest82019 has joined #openstack-qa15:35
*** Guest82019 is now known as redrobot15:37
*** udesale_ has quit IRC15:47
*** psahoo has quit IRC15:56
*** irclogbot_3 has quit IRC15:56
*** irclogbot_3 has joined #openstack-qa15:58
*** lucasagomes has quit IRC16:02
*** yamamoto has joined #openstack-qa16:06
*** irclogbot_3 has quit IRC16:15
*** irclogbot_0 has joined #openstack-qa16:16
*** yamamoto has quit IRC16:20
openstackgerritBrian Rosmaita proposed openstack/devstack stable/pike: Change cinder default branch to pike-eol tag  https://review.opendev.org/74295216:24
openstackgerritBrian Rosmaita proposed openstack/devstack stable/ocata: Change cinder default branch to ocata-eol tag  https://review.opendev.org/74295316:29
*** gcheresh has joined #openstack-qa16:45
*** jpena is now known as jpena|off17:01
*** gcheresh has quit IRC17:01
*** dtantsur is now known as dtantsur|afk17:33
*** ralonsoh has quit IRC17:52
openstackgerritGhanshyam Mann proposed openstack/coverage2sql master: [goal] Migrate testing to ubuntu focal  https://review.opendev.org/74036318:03
openstackgerritGhanshyam Mann proposed openstack/eslint-config-openstack master: migrate to victoria testing runtime  https://review.opendev.org/74037318:08
*** yamamoto has joined #openstack-qa18:20
*** yamamoto has quit IRC18:31
clarkbkopecmartin: probably the biggest thing is to just check the commit you're tagging is present on https://opendev.org18:36
clarkbif thats the caes then you won't accidentally tag and push unmerged code18:36
clarkbother than that double check the commit is what you want and the version number is correct (basically its a lot of double checking as deleting tags is somewhat painful)18:36
*** dave-mccowan has quit IRC18:46
*** vishalmanchanda has quit IRC18:50
openstackgerritGhanshyam Mann proposed openstack/os-testr master: Use unittest.mock instead of third party mock  https://review.opendev.org/74424119:08
openstackgerritGhanshyam Mann proposed openstack/os-testr master: DNM: testing focal  https://review.opendev.org/74036719:09
*** ajitha has joined #openstack-qa19:43
ajithaHi all, We are running a third party driver. currently testing multiattach scenario in cinder.. After enabling [compute] min_microversion=2.6019:45
ajithai am facing   tempest.lib.exceptions.NotFound: Object not found19:45
ajithaexception in tempest.scenario.test_minimum_basic.TestMinimumBasicScenario.test_minimum_basic_scenario19:46
clarkbajitha: a link to the logs would probably be helpful in order to hvae context for that exception19:46
gmannajitha: what is your volume microversion19:47
ajithagmann: how to check that.. i changed min_microversion for compute since it throwed error as Multi attach requires 2.6019:51
gmannajitha: you need 3.44 (if i am not wrong) as min cinder microversion19:52
ajithaclarkb: sure.. i will paste in pastebin19:52
ajithagmann: I should put in [volume] section in tempest.conf?19:52
gmannajitha: i see then it is config issue19:53
gmannajitha: please paste the log,  test should have mention the min version for volume too and skip accordingly instead of API error19:54
ajithagmann, clarkb: https://pastebin.com/ZQrVRiWd20:01
ajithai have enabled [volume] min_microversion = 3.44.. Still same error20:02
ajithaif i remove min_microversion = 2.60 , test case it getting passed20:03
gmannajitha: ok, this is not multiattach issue. issue is floating ip compute API are no longer available after microversion 2.3520:05
gmannajitha: I will fix the tests to switch to neutron API after 2.35. or now you can fix this in your env  by removing min_microversion setting in config20:06
ajithagmann: yes but multiattach needs this 2.60 microversion20:06
gmannmake sure you have max_microversion  any value > 2.60 or 'latest' which is deafult20:06
ajithayes its default one 'latest'20:07
gmannajitha: yeah tempest will request the multiattach request with 2.60 with setting of min_microversion = None and max_microversion =  <any value greater than 2.60>20:08
gmannajitha: then it will work if you remove the min_microversion20:08
gmannajitha: only thing you need to make sure that your env has 2.60 compute microversion20:08
gmannwhich is Queens or later20:09
gmannajitha: Tempest will select the max of (config's min_microversion, test's min_microversion)to request to API20:11
ajithagmann: ok20:11
ajithabut if i give None to min_microversion. Its throwing error?20:12
gmannwhat error20:12
ajitha  tempest.lib.exceptions.InvalidAPIVersionString: API Version String None is of invalid format. Must be of format MajorNum.MinorNum or string 'latest'.20:12
ajithawithin quotes??20:13
ajitha[compute]20:13
gmannajitha: ok, just remove it form config, default is None.20:13
ajithaok20:14
gmannNone for string opt are not best handling in oslo20:14
gmannbtw '2.1' or None in default is same20:14
ajithabut if i remore the min_microversion i am getting error as Multiattach volumes are only supported starting with compute API version 2.6020:16
ajithafor some other tempest test case20:16
gmannajitha: oh, i min20:17
gmann1 min20:17
ajithaok20:17
gmannajitha: this test right? AttachVolumeMultiAttachTest20:17
ajitha tempest.api.compute.admin.test_volume_swap.TestVolumeSwap.test_volume_swap  or  tempest.api.compute.servers.test_device_tagging.TaggedAttachmentsTest.test_tagged_attachment20:18
ajithaone of the above.. i didnt remember20:19
ajithai shall confirm again20:19
gmannajitha:  test_volume_swap has min version capped so it should not be issue, can you paste the traceback in case of no min_microversion setting20:22
ajithaok i will check again20:23
*** nweinber has quit IRC20:29
*** paras333 has quit IRC20:46
*** gcheresh has joined #openstack-qa20:50
*** ajitha has quit IRC20:50
*** raildo has quit IRC21:01
*** rfolco has quit IRC21:01
*** yamamoto has joined #openstack-qa21:03
*** yamamoto has quit IRC21:07
*** jparker has quit IRC21:16
*** gcheresh has quit IRC21:23
*** tosky has quit IRC22:10
*** slaweq has quit IRC22:17
*** slaweq has joined #openstack-qa22:30
*** yamamoto has joined #openstack-qa22:46
*** yamamoto has quit IRC23:18
openstackgerritGhanshyam Mann proposed openstack/os-testr master: Use unittest.mock instead of third party mock  https://review.opendev.org/74424123:22
openstackgerritGhanshyam Mann proposed openstack/os-testr master: DNM: testing focal  https://review.opendev.org/74036723:22

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