Hi, With regards to Functest, you can run it on any OpenStack deployment as long as you provide a proper RC file and meet the requirements on the jumphost (docker, connectivity to the deployment, …).
However, in some cases, some test cases from feature projects require SSH access to the deployment and to make things centralized, the deployment handler was created [1]. This is a library that allows users to get the number of nodes from the deployment, functions to SCP things from the nodes and some other utils. The bad part of it is that it only supports Apex, Fuel and OSA for now… unless someones volunteers to write the other adapters for joid, mcp, compass osa.. This library might be used to extract the desired logs after Functest/Yardstick runs in CI to place them in artifact repo and post-analize. Regards, Jose [1] https://git.opnfv.org/releng/tree/modules/opnfv/deployment <https://git.opnfv.org/releng/tree/modules/opnfv/deployment> > On 11 Oct 2017, at 16:23, Beierl, Mark <[email protected]> wrote: > > Hello, > > StorPerf very much relies on knowledge of the installer to gather information > about the block storage underlay. For example, the number of Ceph nodes, or > even Ceph vs. LVM, is very relevant to the final report. I also wish there > were an installer agnostic method of collecting this information as right now > I keep that code in the ci/daily.sh and other scripts. > > With the new releng repository being created, perhaps it is time to start > moving some of the installer specific code there? I also see that being of > benefit when adding XCI support, as technically that would be yet another > type of installer. > > Regards, > Mark > > Mark Beierl > SW System Sr Principal Engineer > Dell EMC | Office of the CTO > mobile +1 613 314 8106 <tel:1-613-314-8106> > [email protected] <mailto:[email protected]> >> On Oct 11, 2017, at 02:25, xudan (N) <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi Srikanth, >> >> As I know, some Yardstick test cases also need to login nodes. Yardstick >> uses a file providing all the login information. >> You can refer to >> https://github.com/opnfv/yardstick/tree/master/etc/yardstick/nodes >> <https://github.com/opnfv/yardstick/tree/master/etc/yardstick/nodes> which >> gives some examples. >> Hope this will help you. >> >> BR >> Dan Xu >> >> From: Srikanth Vavilapalli [mailto:[email protected] >> <mailto:[email protected]>] >> Sent: Wednesday, October 11, 2017 12:28 PM >> To: [email protected] >> <mailto:[email protected]> >> Cc: Tim Irnich; xudan (N) >> Subject: [functest] [sdnvpn] Proposal for removing installer dependent >> information in the test tools >> >> Hi >> >> I am looking into Jira ticket “SDNVPN-181 >> <https://jira.opnfv.org/browse/SDNVPN-181>: Function "gather_logs" restricts >> to Apex and Fuel”, which raises concerns on having installer dependent logic >> in the sdnvpn repo. The issue is, at the end of the sdnvpn test execution, >> we are invoking gather_logs() utility which internally tries to gather the >> information about all the OpenStack nodes based on the configured >> INSTALLER_TYPE in order to run the fetch_logs.sh script on the target >> OpenStack nodes >> (https://gerrit.opnfv.org/gerrit/gitweb?p=sdnvpn.git;a=blob;f=sdnvpn/lib/utils.py;h=ad0714ea9dd40ee8305cd17e42695f0176e88328;hb=HEAD#l215 >> >> <https://gerrit.opnfv.org/gerrit/gitweb?p=sdnvpn.git;a=blob;f=sdnvpn/lib/utils.py;h=ad0714ea9dd40ee8305cd17e42695f0176e88328;hb=HEAD#l215>) >> >> So, the jira ticket proposes to accept all the needed information about the >> OpenStack controllers, compute nodes and the associated username, keys…etc. >> in a file format such that these tests can also be run on OPNFV based >> commercial products deployed with their custom deployment tools. >> >> So in general, in the test tools, is there any need to have awareness of >> what installers being used when we all care about the target OpenStack node >> IPs, associated attributes and jumphost IP (in some cases)? >> >> I would like to get the community opinion here. Appreciate your inputs. >> >> Thanks >> Srikanth >> >> _______________________________________________ >> opnfv-tech-discuss mailing list >> [email protected] >> <mailto:[email protected]> >> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss >> <https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss> > _______________________________________________ > opnfv-tech-discuss mailing list > [email protected] > https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
_______________________________________________ opnfv-tech-discuss mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
