[openstack-qa] [Tempest - Stress Tests] : cleanup() removing resources for all tenants with an admin_manager

LELOUP Julien Julien.LELOUP at 3ds.com
Thu Jan 16 17:20:02 UTC 2014


Hi everyone,

I would like to discuss about the cleanup() process used right after a stress test run in Tempest.

For what I see now by using it and by reading the code, the cleanup() seems a bit rough since it is using an "admin_manager" in order to get all kind of test resources actually available : servers, key pairs, volumes, .etc...
More precisely, when it comes to clean servers, it is searching for servers on all tenants. I find this behavior a little rough since it will blow all objects on the target OpenStack, even object unrelated to the stress tests that just ran.

Actually before reading the cleanup() I had a problem when one of my stress test erased all the servers and volumes on another tenant, which impaired other people working on our OpenStack.

I can imagine that for some scenarios, using an admin user to deeply clean an OpenStack is required, but I believe that most of the time the cleanup() process should focus only on the tenant used during the stress test and leave the other tenants alone.

Am I doing something wrong ? Is there a way to restrain the cleanup() process ?

If no parameters or configuration allows me to do so, should I improve the cleanup() code in order to have this kind of configuration ?
I do not wish to make this kind of code if the OpenStack community believe that the present behavior is totally intended and should not be modified.

Cordialement / Best Regards,

Julien LELOUP

R&D 3DExperience Platform IaaS Factory Technology Engineer





julien.leloup at 3ds.com<mailto:Julien.LELOUP at 3ds.com>

[3DS Logo]

3DS.COM<http://www.3ds.com/>


Dassault Systèmes | 10 rue Marcel Dassault, CS 40501 | 78946 Vélizy-Villacoublay Cedex | France




This email and any attachments are intended solely for the use of the individual or entity to whom it is addressed and may be confidential and/or privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email and all attachments,

(iii) Dassault Systemes does not accept or assume any liability or responsibility for any use of or reliance on this email.

For other languages, go to http://www.3ds.com/terms/email-disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-qa/attachments/20140116/4bf7b85e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.gif
Type: image/gif
Size: 5091 bytes
Desc: image003.gif
URL: <http://lists.openstack.org/pipermail/openstack-qa/attachments/20140116/4bf7b85e/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 877 bytes
Desc: image004.jpg
URL: <http://lists.openstack.org/pipermail/openstack-qa/attachments/20140116/4bf7b85e/attachment.jpg>


More information about the openstack-qa mailing list