From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <54C26387.6050201@altlinux.com> Date: Fri, 23 Jan 2015 18:06:47 +0300 From: Anton Farygin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: devel@lists.altlinux.org References: <54C119D3.1050601@altlinux.com> <20150122190524.1e0823b5@sem.office.altlinux.ru> <54C12A7B.2010608@altlinux.com> <54C1FA78.8050406@altlinux.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0L3QtdC00L7RgNCw0LHQvtGC0LrQsCDQsiBzZXJ2aWNl?= =?utf-8?q?_legacy_actions?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2015 15:06:48 -0000 Archived-At: List-Archive: List-Post: On 23.01.2015 15:52, Vitaly Kuznetsov wrote: > 2015-01-23 8:38 GMT+01:00 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 >> 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 ?