Looking at tests that extend BaseV2ComputeAdminTest because tempest.api.compute.admin.test_servers creates 2 test instances for the JSON run alone (and there is an xml version also). Those would be on the same admin tenant, so if those are running concurrently we could have at least 4 instances running at the same time under that tenant.
We have 4 test workers, so we could have 2 other tests running concurrently.
There are 36 test classes that extend BaseV2ComputeAdminTest, not all of them create test servers though.
We've had race issues with QuotaClassesAdminTestJSON in the past where it would set the default quota class values to 0 so we'd hit over-quota. That was changed awhile back to take the default quotas and add 100 to the limit, so that shouldn't be causing issues.
QuotasAdminNegativeTestXML is running with force_tenant_isolation=False
So the quota admin tests should be running in tenant isolation and not impact ServersAdminTestJSON.
Looking at tests that extend BaseV2ComputeAd minTest because tempest. api.compute. admin.test_ servers creates 2 test instances for the JSON run alone (and there is an xml version also). Those would be on the same admin tenant, so if those are running concurrently we could have at least 4 instances running at the same time under that tenant.
We have 4 test workers, so we could have 2 other tests running concurrently.
There are 36 test classes that extend BaseV2ComputeAd minTest, not all of them create test servers though.
Looking at the console log when our test fails:
http:// logs.openstack. org/98/ 125398/ 11/check/ check-tempest- dsvm-postgres- full/f0d9495/ console. html#_2014- 10-06_08_ 00_28_464
And looking at what's running before it, we see:
tempest. api.compute. admin.test_ quotas_ negative. QuotasAdminNega tiveTestXML
and
tempest. api.compute. admin.test_ quotas. QuotaClassesAdm inTestJSON
We've had race issues with QuotaClassesAdm inTestJSON in the past where it would set the default quota class values to 0 so we'd hit over-quota. That was changed awhile back to take the default quotas and add 100 to the limit, so that shouldn't be causing issues.
QuotasAdminNega tiveTestXML is running with force_tenant_ isolation= False
So the quota admin tests should be running in tenant isolation and not impact ServersAdminTes tJSON.