<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 17, 2016 at 1:31 PM, James Slagle <span dir="ltr"><<a href="mailto:james.slagle@gmail.com" target="_blank">james.slagle@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, May 17, 2016 at 12:04 PM, Pradeep Kilambi <<a href="mailto:prad@redhat.com" target="_blank">prad@redhat.com</a>> wrote:<br>
> Thanks Steve. I was under the impression we cannot run puppet at this<br>
> stage. Hence my suggestion to run bash or some script here, but if we<br>
> can find a way to easily wire the existing aodh puppet manifests into<br>
> the upgrade process and get aodh up and running then even better, we<br>
> dont have to duplicate what puppet gives us already and reuse that.<br>
<br>
</span>We could add any SoftwareDeployment resource(s) to the templates that<br>
trigger either scripts or puppet.<br>
<span><br>
><br>
><br>
>>> At most, it seems we'd have to surround the puppet apply with some<br>
>>> pacemaker commands to possibly set maintenance mode and migrate<br>
>>> constraints.<br>
>>><br>
>>> The puppet manifest itself would just be the includes and classes for aodh.<br>
>><br>
>> +1<br>
>><br>
>>> One complication might be that the aodh packages from Mitaka might<br>
>>> pull in new deps that required updating other OpenStack services,<br>
>>> which we wouldn't yet want to do. That is probably worth confirming<br>
>>> though.<br>
>><br>
>> It seems like we should at least investigate this approach before going<br>
>> ahead with the backport proposed - I'll -2 the backports pending further<br>
>> discussion and investigation into this alternate approach.<br>
>><br>
><br>
> Makes sense to me. I understand the hesitation behind backports. I'm<br>
> happy to work with jistr and slagle to see if this is a viable<br>
> alaternative. If we can get this working without too much effort, i'm<br>
> all for dumping the backports and going with this.<br>
<br>
</span>Using a liberty overcloud-full image, I enabled the mitaka repos and<br>
tried to install aodh:<br>
<a href="http://paste.openstack.org/show/497395/" rel="noreferrer" target="_blank">http://paste.openstack.org/show/497395/</a><br>
<br>
It looks like it will cleanly pull in just aodh packages, and there<br>
aren't any transitive dependencies thatt require updating any other<br>
OpenStack services.<br>
<br>
That means that we ought to be able to take a liberty cloud and update<br>
it to use aodh from mitaka. That could be step 1 of the upgrade. The<br>
operator could pause there for as long as they wanted, and then<br>
continue on with the rest of the upgrade of the other services to<br>
Mitaka. It may even be possible to implement them as separate stack<br>
updates.<br>
<br>
Does that sound like it could work? Would we have to update some parts<br>
of Ceilometer as well, or does Liberty Ceilometer and Mitaka Aodh work<br>
together nicely?<br></blockquote><div><br></div><div><br></div><div>To install Aodh along side ceilometer in Liberty, we have to explicitly disable or remove ceilometer-alarms services before aodh is installed. Otherwise both the evaluators will step on each other for alarms. But other than that, they should work.</div><div><br></div><div><br></div><div>~ Prad</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><br>
--<br>
-- James Slagle<br>
--<br>
<br>
</span><div><div>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>