<div dir="ltr">Hi all,<div><br></div><div>my previous update was a bit too hasty indeed - the problem is still there.</div><div><br></div><div>Steps I took:</div><div><br></div><div>in two empty virtualenvs I installed cilometerclient 1.0.12 and 1.0.13 and compared "pip freeze" outputs - everything is the same except the ceilometerclient itself.</div><div><br></div><div>Then I re-installed my DevStack with PIP_UPGRADE=True, all the latest allowed libs are installed (that's what happens on the gate, right?), ceilometerclient is 1.0.13 and all its dependencies are exactly as in those two virtualenvs. Everything works, alarm resources are created by Heat.</div><div><br></div><div>Then I manually downgraded ceilometerclient to 1.0.12, restarted all Heat and Ceilometer services - and can no more create Ceilometer alarms via Heat.</div><div><br></div><div>Upgrading ceilometerclient back (and restarting Ceilometer and Heat) solves the problem.</div><div><br></div><div>We do better bump the requirements. The only projects I know of using ceilometerclient are Heat, Horizon and Ceilometer itself.</div><div><br></div><div>Best regards,</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Pavlo Shchelokovskyy<div>Software Engineer</div><div>Mirantis Inc</div><div><a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a></div></div></div></div>
<br><div class="gmail_quote">On Thu, Apr 2, 2015 at 3:36 PM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<span class=""><br>
On 04/02/2015 01:58 PM, Eoghan Glynn wrote:<br>
><br>
>> Pavlo Shchelokovskyy wrote:<br>
>>> unfortunately, in Heat we do not have yet integration tests for<br>
>>> all the Heat resources (creating them in real OpenStack), and<br>
>>> Ceilometer alarms are in those not covered. In unit tests the<br>
>>> real client is of course mocked out. When we stumbled on this<br>
>>> issue during normal Heat usage, we promptly raised a bug<br>
>>> suggesting to make a new release, but propagating it to<br>
>>> requirements took some time. The gate is not affected as it<br>
>>> installs as per >= in requirements the latest which is 1.0.13.<br>
>>><br>
>>> With 1.0.12 ceilometerclient and Heat-Kilo, the Ceilometer<br>
>>> alarm resource not "doesn't work quite as expected", it can not<br>
>>> be created at all, failing any stack that has it in the<br>
>>> template.<br>
>><br>
>> I'm +1 on the change.<br>
>><br>
>> Let's wait until tomorrow to make sure this is not completely<br>
>> unacceptable to packagers.<br>
><br>
<br>
</span>Packaging wise, it does not seem like a great deal, since all<br>
new/updated dependencies that were touched from 1.0.12 to 1.0.13 are<br>
already present in other Kilo components for a long time (all of them<br>
are covered by neutron kilo deps). The package hasn't changed a lot<br>
(just a new CONTRIBUTE file was introduced that can be easily<br>
added/skipped from downstream packages).<br>
<br>
Though, have we actually determined that the issue we try to tackle is<br>
still present in Kilo? I don't see an update to the latest email from<br>
Pavlo in the thread where he said that he cannot reproduce it.<br>
<br>
So in the end, if it fixes a valid bug, I don't see a huge problem<br>
packaging wise to bump the version. Though there can be other<br>
concerns, like exposing a new code to users that could potentially get<br>
new bugs with the bump. [I personally don't consider it a huge risk<br>
though.]<br>
<br>
/Ihar<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
iQEcBAEBAgAGBQJVHTevAAoJEC5aWaUY1u577IgIANuqzfg5Oo/JhKY/RlpcEYB0<br>
rOKI6DhlE5YXMiOsUR4R5w6kl8NdlJGLkj4OSilBzSFQ+LwmiqRR3T3xll6HwLSE<br>
IZYxMvM/YIKF34nsJ+G40u/8OQzNATnWXby4YwAR58YG96c/EDy50smJDlPVcuKd<br>
IC8P44qklbmqr7LhU+V7PeB25QuLNyyJNuo3Ni7FuuXPiwC3GzBChuCk+Yol3a8J<br>
jPJwF/sBX9lDquroaCuhIJXBv/imv73H2Ccar1J+3QMqvbqtLs6yFnepW93aaQFn<br>
sMe7aQC9zlHZMi72CY5G2h/PpBG2CpLJQ0wQN22xgtrMQ90lFFqTPGxnyvpJeBo=<br>
=mE3g<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>