<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div>Hi folks,<br><br></div>I'd like to discuss Ceilometer's tempest situation with you. <br></div>Now we have several patch sets on review that test core functionality of Ceilometer: notificaton and pollstering (topic <a href="https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bp/add-basic-ceilometer-tests,n,z">https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bp/add-basic-ceilometer-tests,n,z</a>). But there is a problem: Ceilometer performance is very poor on mysql and postgresql because of the bug <a href="https://bugs.launchpad.net/ceilometer/+bug/1291054">https://bugs.launchpad.net/ceilometer/+bug/1291054</a>. Mongo behaves much better even in single thread and I hope that it's performance will be enough to successfully run Ceilometer tempest tests. <br>
</div>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 <span id="result_box" class="" lang="en"><span class="">in the last turn. And it makes situation even worst.<br>
</span></span></div><span id="result_box" class="" lang="en"><span class="">So my proposal:<br>1. create a non-voting job with Mongo-backend<br></span></span></div><span id="result_box" class="" lang="en"><span class="">2. make sure that tests pass on Mongo<br>
</span></span></div><span id="result_box" class="" lang="en"><span class="">3. merge tests to tempest but skip that on postgres and mysql till </span></span><br>bug/1291054 is resolved<br></div>4. make the new job 'voting'<br>
<br></div>The problem is only in Mongo installation. I have a cr <a href="https://review.openstack.org/#/c/81001/">https://review.openstack.org/#/c/81001/</a> that will allow us to install Mongo from deb. From the other hand there is <a href="https://review.openstack.org/#/c/74889/">https://review.openstack.org/#/c/74889/</a> 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). <br>
<br></div>If you have any thoughts on this please share.<br></div><br>Thanks for attention,<br></div>Nadya<br><div><div><div><div><div><div><div><div><div><span id="result_box" class="" lang="en"><span class=""><br></span></span></div>
</div></div></div></div></div></div></div></div></div>