Fabio M. Di Nitto <fdinitto(a)redhat.com> wrote:
On 11/12/2015 5:01 PM, Ihar Hrachyshka wrote:
> Fabio M. Di Nitto <fdinitto(a)redhat.com> wrote:
>
>> On 11/12/2015 4:55 PM, Javier Pena wrote:
>>> ----- Original Message -----
>>>> On 11/12/2015 05:42 AM, Haïkel wrote:
>>>>> Hi,
>>>>>
>>>>> this has been discussed for a while, so I'd like to set
automatic
>>>>> restart for OpenStack services as a goal for Mitaka - milestone 1.
>>>>> These are easy fixes, and by setting it to milestone 1, we'll
have
>>>>> more than enough time to test this and optimize.
>>>>>
>>>>> I already created a trello card to track that effort, but I'd
like to
>>>>> get your feedback first.
>>>>>
https://trello.com/c/HfXMLSTD/106-set-automatic-restart-for-service
>>>>
>>>> can you describe what you mean here by automatic restart for services?
>>>>
>>>> I'm worried what the implications would be for things that are
running
>>>> under Pacemaker control in an HA environment, so I think we need more
>>>> details here
>>>
>>> FWIW, this option is already enabled in some services, such as
>>> nova-api
>>>
(
https://github.com/openstack-packages/nova/blob/rpm-master/openstack-nova...)
>>> where Restart=always. I've checked a Juno deployment, and that option
>>> was already set back then.
>>
>> It shouldn´t affect pacemaker deployment, because we do override some of
>> those values via dbus config.
>
> To clarify things, doesn’t it affect just nova-api because you have some
> special treatment for the service? or it would not affect you if applied
> to other units? [In that case we could go forward and set automatic
> restart policy there, while you could stick to your hooks to influence
> service restart behaviour.]
all services in pacemaker that are managed/monitored via systemd gets a
set of overrides to avoid those kind of issues.