[devel] недоработка в service legacy actions

[devel] недоработка в service legacy actions

[Anton Farygin]

Точнее даже не в нём, а в
Preparing... 
####################################################################################################
libaudit1 
####################################################################################################
libauparse0 
####################################################################################################
audit 
####################################################################################################
Failed to try-restart auditd.service: Operation refused, unit 
auditd.service may be requested by dependency only.
python-module-audit 
####################################################################################################

при этом
# rpm -q --scripts audit
postinstall scriptlet (through /bin/sh):
/usr/sbin/post_service auditd
preuninstall scriptlet (through /bin/sh):
/usr/sbin/preun_service auditd

# service auditd restart
Stopping auditd service: 
 
       [ DONE ]
Starting auditd service: 
 
       [ DONE ]

Re: [devel] недоработка в service legacy actions

[Mikhail Efremov]

On Thu, 22 Jan 2015 18:40:03 +0300 Anton Farygin wrote:
> Точнее даже не в нём, а в
> Preparing... 
> ####################################################################################################
> libaudit1 
> ####################################################################################################
> libauparse0 
> ####################################################################################################
> audit 
> ####################################################################################################
> Failed to try-restart auditd.service: Operation refused, unit 
> auditd.service may be requested by dependency only.
> python-module-audit 
> ####################################################################################################
> 
> при этом
> # rpm -q --scripts audit
> postinstall scriptlet (through /bin/sh):
> /usr/sbin/post_service auditd
> preuninstall scriptlet (through /bin/sh):
> /usr/sbin/preun_service auditd

Это не имеет никакого отношения к service legacy actions вообще. Т.к.
в случае systemd post_service просто использует systemctl try-restart,
который и не работает с auditd.service, очевидно. 

> # service auditd restart

А это транслируется в systemctl restart, который работает.

-- 
WBR, Mikhail Efremov

Re: [devel] недоработка в service legacy actions

[Anton Farygin]

On 22.01.2015 19:05, Mikhail Efremov wrote:
> On Thu, 22 Jan 2015 18:40:03 +0300 Anton Farygin wrote:
>> Точнее даже не в нём, а в
>> Preparing...
>> ####################################################################################################
>> libaudit1
>> ####################################################################################################
>> libauparse0
>> ####################################################################################################
>> audit
>> ####################################################################################################
>> Failed to try-restart auditd.service: Operation refused, unit
>> auditd.service may be requested by dependency only.
>> python-module-audit
>> ####################################################################################################
>>
>> при этом
>> # rpm -q --scripts audit
>> postinstall scriptlet (through /bin/sh):
>> /usr/sbin/post_service auditd
>> preuninstall scriptlet (through /bin/sh):
>> /usr/sbin/preun_service auditd
>
> Это не имеет никакого отношения к service legacy actions вообще. Т.к.
> в случае systemd post_service просто использует systemctl try-restart,
> который и не работает с auditd.service, очевидно.

Конечно очевидно, поэтому я и написал сюда.
restart нужен ? нужен. Работает ? нет.
Кто виноват и что делать ?

может быть научить post_service в любом случае делать service <имя> 
restart ?


>
>> # service auditd restart
>
> А это транслируется в systemctl restart, который работает.

Re: [devel] недоработка в service legacy actions

[Alexey Shabalin]

22 января 2015 г., 19:51 пользователь Anton Farygin написал:
> On 22.01.2015 19:05, Mikhail Efremov wrote:
>>
>> On Thu, 22 Jan 2015 18:40:03 +0300 Anton Farygin wrote:
>>>
>>> Точнее даже не в нём, а в
>>> Preparing...
>>>
>>> ####################################################################################################
>>> libaudit1
>>>
>>> ####################################################################################################
>>> libauparse0
>>>
>>> ####################################################################################################
>>> audit
>>>
>>> ####################################################################################################
>>> Failed to try-restart auditd.service: Operation refused, unit
>>> auditd.service may be requested by dependency only.
>>> python-module-audit
>>>
>>> ####################################################################################################
>>>
>>> при этом
>>> # rpm -q --scripts audit
>>> postinstall scriptlet (through /bin/sh):
>>> /usr/sbin/post_service auditd
>>> preuninstall scriptlet (through /bin/sh):
>>> /usr/sbin/preun_service auditd
>>
>>
>> Это не имеет никакого отношения к service legacy actions вообще. Т.к.
>> в случае systemd post_service просто использует systemctl try-restart,
>> который и не работает с auditd.service, очевидно.
>
>
> Конечно очевидно, поэтому я и написал сюда.
> restart нужен ? нужен. Работает ? нет.
> Кто виноват и что делать ?

Написано же:
Failed to try-restart auditd.service: Operation refused, unit
auditd.service may be requested by dependency only.

в  auditd.service
RefuseManualStop=yes
Если хочется нормально рестартовать, то надо это убрать.

> может быть научить post_service в любом случае делать service <имя> restart
> ?
>>> # service auditd restart
>> А это транслируется в systemctl restart, который работает.

-- 
Alexey Shabalin

Re: [devel] недоработка в service legacy actions

[Anton Farygin]

On 22.01.2015 23:24, Alexey Shabalin wrote:
> 22 января 2015 г., 19:51 пользователь Anton Farygin написал:
>> On 22.01.2015 19:05, Mikhail Efremov wrote:
>>>
>>> On Thu, 22 Jan 2015 18:40:03 +0300 Anton Farygin wrote:
>>>>
>>>> Точнее даже не в нём, а в
>>>> Preparing...
>>>>
>>>> ####################################################################################################
>>>> libaudit1
>>>>
>>>> ####################################################################################################
>>>> libauparse0
>>>>
>>>> ####################################################################################################
>>>> audit
>>>>
>>>> ####################################################################################################
>>>> Failed to try-restart auditd.service: Operation refused, unit
>>>> auditd.service may be requested by dependency only.
>>>> python-module-audit
>>>>
>>>> ####################################################################################################
>>>>
>>>> при этом
>>>> # rpm -q --scripts audit
>>>> postinstall scriptlet (through /bin/sh):
>>>> /usr/sbin/post_service auditd
>>>> preuninstall scriptlet (through /bin/sh):
>>>> /usr/sbin/preun_service auditd
>>>
>>>
>>> Это не имеет никакого отношения к service legacy actions вообще. Т.к.
>>> в случае systemd post_service просто использует systemctl try-restart,
>>> который и не работает с auditd.service, очевидно.
>>
>>
>> Конечно очевидно, поэтому я и написал сюда.
>> restart нужен ? нужен. Работает ? нет.
>> Кто виноват и что делать ?
>
> Написано же:
> Failed to try-restart auditd.service: Operation refused, unit
> auditd.service may be requested by dependency only.
>
> в  auditd.service
> RefuseManualStop=yes
> Если хочется нормально рестартовать, то надо это убрать.

commit e94faad18f13da6acc183e98d51d1a93cdc24c03
Author: sgrubb <sgrubb@03a675c2-f56d-4096-908f-63dba836b7e4>
Date:   Thu May 16 11:03:16 2013 +0000

     Don't use systemctl to stop the audit daemon


     git-svn-id: http://svn.fedorahosted.org/svn/audit/trunk@835 
03a675c2-f56d-4096-908f-63dba836b7e4


Интересно, зачем он это сделал...

Re: [devel] недоработка в service legacy actions

[Vitaly Kuznetsov]

2015-01-23 8:38 GMT+01:00 Anton Farygin <rider@altlinux.com>:
> On 22.01.2015 23:24, Alexey Shabalin wrote:
>>
>> 22 января 2015 г., 19:51 пользователь Anton Farygin написал:
>>>
>>> On 22.01.2015 19:05, Mikhail Efremov wrote:
>>>>
>>>>
>>>> On Thu, 22 Jan 2015 18:40:03 +0300 Anton Farygin wrote:
>>>>>
>>>>>
>>>>> Точнее даже не в нём, а в
>>>>> Preparing...
>>>>>
>>>>>
>>>>> ####################################################################################################
>>>>> libaudit1
>>>>>
>>>>>
>>>>> ####################################################################################################
>>>>> libauparse0
>>>>>
>>>>>
>>>>> ####################################################################################################
>>>>> audit
>>>>>
>>>>>
>>>>> ####################################################################################################
>>>>> Failed to try-restart auditd.service: Operation refused, unit
>>>>> auditd.service may be requested by dependency only.
>>>>> python-module-audit
>>>>>
>>>>>
>>>>> ####################################################################################################
>>>>>
>>>>> при этом
>>>>> # rpm -q --scripts audit
>>>>> postinstall scriptlet (through /bin/sh):
>>>>> /usr/sbin/post_service auditd
>>>>> preuninstall scriptlet (through /bin/sh):
>>>>> /usr/sbin/preun_service auditd
>>>>
>>>>
>>>>
>>>> Это не имеет никакого отношения к service legacy actions вообще. Т.к.
>>>> в случае systemd post_service просто использует systemctl try-restart,
>>>> который и не работает с auditd.service, очевидно.
>>>
>>>
>>>
>>> Конечно очевидно, поэтому я и написал сюда.
>>> restart нужен ? нужен. Работает ? нет.
>>> Кто виноват и что делать ?
>>
>>
>> Написано же:
>> Failed to try-restart auditd.service: Operation refused, unit
>> auditd.service may be requested by dependency only.
>>
>> в  auditd.service
>> RefuseManualStop=yes
>> Если хочется нормально рестартовать, то надо это убрать.
>
>
> commit e94faad18f13da6acc183e98d51d1a93cdc24c03
> Author: sgrubb <sgrubb@03a675c2-f56d-4096-908f-63dba836b7e4>
> Date:   Thu May 16 11:03:16 2013 +0000
>
>     Don't use systemctl to stop the audit daemon
>
>
>     git-svn-id: http://svn.fedorahosted.org/svn/audit/trunk@835
> 03a675c2-f56d-4096-908f-63dba836b7e4
>
>
> Интересно, зачем он это сделал...
>

http://lists.freedesktop.org/archives/systemd-devel/2014-April/018607.html

Re: [devel] недоработка в service legacy actions

[Anton Farygin]

On 23.01.2015 15:52, Vitaly Kuznetsov wrote:
> 2015-01-23 8:38 GMT+01:00 Anton Farygin <rider@altlinux.com>:
>> On 22.01.2015 23:24, Alexey Shabalin wrote:
>>>
>>> 22 января 2015 г., 19:51 пользователь Anton Farygin написал:
>>>>
>>>> On 22.01.2015 19:05, Mikhail Efremov wrote:
>>>>>
>>>>>
>>>>> On Thu, 22 Jan 2015 18:40:03 +0300 Anton Farygin wrote:
>>>>>>
>>>>>>
>>>>>> Точнее даже не в нём, а в
>>>>>> Preparing...
>>>>>>
>>>>>>
>>>>>> ####################################################################################################
>>>>>> libaudit1
>>>>>>
>>>>>>
>>>>>> ####################################################################################################
>>>>>> libauparse0
>>>>>>
>>>>>>
>>>>>> ####################################################################################################
>>>>>> audit
>>>>>>
>>>>>>
>>>>>> ####################################################################################################
>>>>>> Failed to try-restart auditd.service: Operation refused, unit
>>>>>> auditd.service may be requested by dependency only.
>>>>>> python-module-audit
>>>>>>
>>>>>>
>>>>>> ####################################################################################################
>>>>>>
>>>>>> при этом
>>>>>> # rpm -q --scripts audit
>>>>>> postinstall scriptlet (through /bin/sh):
>>>>>> /usr/sbin/post_service auditd
>>>>>> preuninstall scriptlet (through /bin/sh):
>>>>>> /usr/sbin/preun_service auditd
>>>>>
>>>>>
>>>>>
>>>>> Это не имеет никакого отношения к service legacy actions вообще. Т.к.
>>>>> в случае systemd post_service просто использует systemctl try-restart,
>>>>> который и не работает с auditd.service, очевидно.
>>>>
>>>>
>>>>
>>>> Конечно очевидно, поэтому я и написал сюда.
>>>> restart нужен ? нужен. Работает ? нет.
>>>> Кто виноват и что делать ?
>>>
>>>
>>> Написано же:
>>> Failed to try-restart auditd.service: Operation refused, unit
>>> auditd.service may be requested by dependency only.
>>>
>>> в  auditd.service
>>> RefuseManualStop=yes
>>> Если хочется нормально рестартовать, то надо это убрать.
>>
>>
>> commit e94faad18f13da6acc183e98d51d1a93cdc24c03
>> Author: sgrubb <sgrubb@03a675c2-f56d-4096-908f-63dba836b7e4>
>> Date:   Thu May 16 11:03:16 2013 +0000
>>
>>      Don't use systemctl to stop the audit daemon
>>
>>
>>      git-svn-id: http://svn.fedorahosted.org/svn/audit/trunk@835
>> 03a675c2-f56d-4096-908f-63dba836b7e4
>>
>>
>> Интересно, зачем он это сделал...
>>
>
> http://lists.freedesktop.org/archives/systemd-devel/2014-April/018607.html

Виталь, спасибо. Что-то подобное и подозревал, поэтому и скопировал 
поведение из RH.

Отсюда же следует, что подобная проблема касается не только audit, но и 
всех остальных сервисов - понять кто из пользователей реально выключил 
сервис в случае использования systemd невозможно.

А для аудита это критично.

Вопрос с тем, что будем делать в rpm - остаётся актуальным. Если service 
<сервис> stop/start/restart всё равно дёргает systemd, то почему бы не 
вызывать service из скриптов rpm вместо systemctl ?

Re: [devel] недоработка в service legacy actions

[Sergey V Turchin]

On Friday 23 January 2015 18:06:47 Anton Farygin wrote:

[...]
> почему бы не
> вызывать service из скриптов rpm вместо systemctl ?
Видимо, предполагается, что в будущем service должен вымереть.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] недоработка в service legacy actions

[Anton Farygin]

On 23.01.2015 19:08, Sergey V Turchin wrote:
> On Friday 23 January 2015 18:06:47 Anton Farygin wrote:
>
> [...]
>> почему бы не
>> вызывать service из скриптов rpm вместо systemctl ?
> Видимо, предполагается, что в будущем service должен вымереть.
>

это сильно в отдалённом будущем.

Re: [devel] недоработка в service legacy actions

[Sergey V Turchin]

On Friday 23 January 2015 22:01:31 Anton Farygin wrote:

[...]
> >> почему бы не
> >> вызывать service из скриптов rpm вместо systemctl ?
> > Видимо, предполагается, что в будущем service должен вымереть.
> это сильно в отдалённом будущем.
Но необходимости же нет подбрасывать мину в то самое будущее?

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] недоработка в service legacy actions

[Alexey Shabalin]

23 января 2015 г., 18:06 пользователь Anton Farygin
<rider@altlinux.com> написал:
> On 23.01.2015 15:52, Vitaly Kuznetsov wrote:
>>>> Написано же:
>>>> Failed to try-restart auditd.service: Operation refused, unit
>>>> auditd.service may be requested by dependency only.
>>>>
>>>> в  auditd.service
>>>> RefuseManualStop=yes
>>>> Если хочется нормально рестартовать, то надо это убрать.
>>>
>>>
> Виталь, спасибо. Что-то подобное и подозревал, поэтому и скопировал
> поведение из RH.
>
> Отсюда же следует, что подобная проблема касается не только audit, но и всех
> остальных сервисов - понять кто из пользователей реально выключил сервис в
> случае использования systemd невозможно.

Это кто же из пользователей, кроме root, у вас может отключать сервисы?
О каких таких неизвестных фичах systemd идет речь?

> А для аудита это критично.
>
> Вопрос с тем, что будем делать в rpm - остаётся актуальным. Если service
> <сервис> stop/start/restart всё равно дёргает systemd, то почему бы не

если в старт|стоп сервиса используется что-то нестандартное, то
мантейнер пакета должен позаботится о работе.

> вызывать service из скриптов rpm вместо systemctl ?
А это случилось исторически, сначала добавили поддержку systemd в rpm,
а потом уже в service. Я писал ldv@ об этом(что в (post|preun)_service
можно не использовать systemct) - ответ был из категории "работает и
никому не мешает".

-- 
Alexey Shabalin

Re: [devel] недоработка в service legacy actions

[Anton Farygin]

On 26.01.2015 13:18, Sergey V Turchin wrote:
> On Friday 23 January 2015 22:01:31 Anton Farygin wrote:
>
> [...]
>>>> почему бы не
>>>> вызывать service из скриптов rpm вместо systemctl ?
>>> Видимо, предполагается, что в будущем service должен вымереть.
>> это сильно в отдалённом будущем.
> Но необходимости же нет подбрасывать мину в то самое будущее?
>

Какую мину ? Никаких мин, всё чисто.

Мина - это текущие костыли вокруг не до конца продуманного systemd

Re: [devel] недоработка в service legacy actions

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 990 bytes --]

On Fri, Jan 23, 2015 at 06:06:47PM +0300, Anton Farygin wrote:
> On 23.01.2015 15:52, Vitaly Kuznetsov wrote:
[...]
> >http://lists.freedesktop.org/archives/systemd-devel/2014-April/018607.html
> 
> Виталь, спасибо. Что-то подобное и 
> подозревал, поэтому и скопировал 
> поведение из RH.
> 
> Отсюда же следует, что подобная проблема 
> касается не только audit, но и всех 
> остальных сервисов - понять кто из 
> пользователей реально выключил сервис в 
> случае использования systemd невозможно.
> 
> А для аудита это критично.
> 
> Вопрос с тем, что будем делать в rpm - 
> остаётся актуальным. Если service <сервис> 
> stop/start/restart всё равно дёргает systemd, то 
> почему бы не вызывать service из скриптов rpm 
> вместо systemctl ?

http://lists.freedesktop.org/archives/systemd-devel/2014-April/018608.html

Lennart Poettering опять прав - Steve Grubb реализовал очередной костыль,
а ты спрашиваешь - что мы будем в этой связи делать?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] недоработка в service legacy actions

[Sergey V Turchin]

On Monday 26 January 2015 14:54:34 Anton Farygin wrote:
> On 26.01.2015 13:18, Sergey V Turchin wrote:
> > On Friday 23 January 2015 22:01:31 Anton Farygin wrote:
> > 
> > [...]
> > 
> >>>> почему бы не
> >>>> вызывать service из скриптов rpm вместо systemctl ?
> >>> 
> >>> Видимо, предполагается, что в будущем service должен вымереть.
> >> 
> >> это сильно в отдалённом будущем.
> > 
> > Но необходимости же нет подбрасывать мину в то самое будущее?
> 
> Какую мину ?
Причину обсуждения.

> Никаких мин, всё чисто.
> 
> Мина - это текущие костыли вокруг не до конца продуманного systemd

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] недоработка в service legacy actions

[Anton Farygin]

On 26.01.2015 15:03, Dmitry V. Levin wrote:
> On Fri, Jan 23, 2015 at 06:06:47PM +0300, Anton Farygin wrote:
>> On 23.01.2015 15:52, Vitaly Kuznetsov wrote:
> [...]
>>> http://lists.freedesktop.org/archives/systemd-devel/2014-April/018607.html
>>
>> Виталь, спасибо. Что-то подобное и
>> подозревал, поэтому и скопировал
>> поведение из RH.
>>
>> Отсюда же следует, что подобная проблема
>> касается не только audit, но и всех
>> остальных сервисов - понять кто из
>> пользователей реально выключил сервис в
>> случае использования systemd невозможно.
>>
>> А для аудита это критично.
>>
>> Вопрос с тем, что будем делать в rpm -
>> остаётся актуальным. Если service <сервис>
>> stop/start/restart всё равно дёргает systemd, то
>> почему бы не вызывать service из скриптов rpm
>> вместо systemctl ?
>
> http://lists.freedesktop.org/archives/systemd-devel/2014-April/018608.html
>
> Lennart Poettering опять прав - Steve Grubb реализовал очередной костыль,
> а ты спрашиваешь - что мы будем в этой связи делать?

Да, мне не очень хочется учавствовать в разборках двух апстримов. Что 
будем делать ?

Каждый из низ прав со своей колокольни, а для нас было бы оптимально 
подождать пока они друг-друга перестреляют и сделать так, что б работало.


Сейчас бы оно работало, если добавить заглушку в стиле Steve Grubb, пока 
не реализовано то, что предлагает Lennart.

Какие ещё варианты ?