[openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

Joe Gordon joe.gordon0 at gmail.com
Wed Mar 19 22:45:28 UTC 2014


On Wed, Mar 19, 2014 at 3:09 PM, Doug Hellmann
<doug.hellmann at dreamhost.com>wrote:

> The ceilometer collector is meant to scale horizontally. Have you tried
> configuring the test environment to run more than one copy, to process the
> notifications more quickly?
>

FYI:
http://logs.openstack.org/82/79182/1/check/check-tempest-dsvm-neutron/156f1d4/logs/screen-dstat.txt.gz



>
> Doug
>
>
> On Tue, Mar 18, 2014 at 8:09 AM, Nadya Privalova <nprivalova at mirantis.com>wrote:
>
>> Hi folks,
>>
>> I'd like to discuss Ceilometer's tempest situation with you.
>> Now we have several patch sets on review that test core functionality of
>> Ceilometer: notificaton and pollstering (topic
>> https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bp/add-basic-ceilometer-tests,n,z).
>> But there is a problem: Ceilometer performance is very poor on mysql and
>> postgresql because of the bug
>> https://bugs.launchpad.net/ceilometer/+bug/1291054. Mongo behaves much
>> better even in single thread and I hope that it's performance will be
>> enough to successfully run Ceilometer tempest tests.
>> Let me explain in several words why tempest tests is mostly performance
>> tests for Ceilometer. The thing is that Ceilometer service is running
>> during all other nova, cinder and so on tests run. All the tests create
>> instances, volumes and each creation produces a lot of notifications. Each
>> notification is the entry to database. So Ceilometer cannot process such a
>> big amount of notifications quickly. Ceilometer tests have 'telemetry'
>> prefix and it means that they will be started in the last turn. And it
>> makes situation even worst.
>> So my proposal:
>> 1. create a non-voting job with Mongo-backend
>> 2. make sure that tests pass on Mongo
>> 3. merge tests to tempest but skip that on postgres and mysql till
>> bug/1291054 is resolved
>> 4. make the new job 'voting'
>>
>> The problem is only in Mongo installation. I have a cr
>> https://review.openstack.org/#/c/81001/ that will allow us to install
>> Mongo from deb. From the other hand there is
>> https://review.openstack.org/#/c/74889/ that enables UCA. I'm
>> collaborating with infra-team to make the decision ASAP because AFAIU we
>> need tempest tests in Icehouse (for more discussion you are welcome to
>> thread  [openstack-dev] Updating libvirt in gate jobs).
>>
>> If you have any thoughts on this please share.
>>
>> Thanks for attention,
>> Nadya
>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140319/068e8b6a/attachment.html>


More information about the OpenStack-dev mailing list