[Rdo-list] [Mitaka] Automatic restart for services
Fabio M. Di Nitto
fdinitto at redhat.com
Thu Nov 12 16:04:21 UTC 2015
On 11/12/2015 5:01 PM, Ihar Hrachyshka wrote:
> Fabio M. Di Nitto <fdinitto at 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-api.service)
>>> 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.
Fabio
>
> Ihar
More information about the dev
mailing list