<div dir="ltr"><div><br></div>I agree it's something interesting for the project, <div>I've thought of the same a couple of times already.<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br clear="all">
<div><div dir="ltr"><div>---</div><div>irc: ajo / mangelajo</div>Miguel Angel Ajo Pelayo<br>+34 636 52 25 69<br>skype: ajoajoajo</div></div>
<br><br><div class="gmail_quote">2014-02-03 David Kranz <span dir="ltr"><<a href="mailto:dkranz@redhat.com" target="_blank">dkranz@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There has been a lot of interest in running tempest against real RDO clusters. Having an rpm would make that a lot easier. There are several issues peculiar to tempest that need to be resolved.<br>
<br>
1. The way tempest configures itself and does test discovery depends heavily on the tests being run from a directory containing the tests.<br>
2. Unlike OpenStack python client libraries, tempest changes from release to release in incompatible ways, so you need "havana tempest" to test a havana cluster and an "icehouse tempest" to test icehouse.<br>

<br>
The tempest group has little interest in changing either of these behaviors. Additionally, it would be desirable if a tempest user could install tempest rpms to test different RDO versions on the same machine. Here is a proposal for how this could work and what the user experience would be.<br>

<br>
Dealing with these tempest issues suggests that the the tempest code should be copied to /var/lib/tempest/{4.0,5.0, etc.} and the user should configure a separate directory for each OpenStack cluster to be tested. Each directory needs to contain:<br>

<br>
.testr.conf<br>
an etc directory containing the tempest.conf and logging.conf files<br>
a symlink to the tempest test modules for the appropriate version<br>
a copy of the test run scripts that are in the tools directory of tempest<br>
<br>
To help the user create such directories, there should be a global executable "configure-tempest-directory" that takes an optional version. If multiple versions are present in /var/lib/tempest and no version is specified then the user will be asked which version to configure.<br>

<br>
User experience:<br>
<br>
1. Install tempest rpm: yum install tempest-4.0<br>
2. Run configure-tempest-directory<br>
3. Make changes to tempest.conf to match the cluster being tested (and possibly logging.conf and .testr.conf as well)<br>
4. Run tempest with desired test selection using tools/pretty_tox_serial.sh or tools/ pretty_tox_serial<br>
<br>
Does any one have any comments/suggestions about this?<br>
<br>
 -David<br>
<br>
______________________________<u></u>_________________<br>
Rdo-list mailing list<br>
<a href="mailto:Rdo-list@redhat.com" target="_blank">Rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" target="_blank">https://www.redhat.com/<u></u>mailman/listinfo/rdo-list</a><br>
</blockquote></div><br></div>