| Summary: | Не выполняется service auditd rotate | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | ruslandh <ruslandh> |
| Component: | audit | Assignee: | Anton Farygin <rider> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | egori, rider, sem, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | 29925 | ||
| Bug Blocks: | |||
|
Description
ruslandh
2013-05-05 10:06:12 MSK
На тот пакет, в котором проблема. Если система работает под управлением systemd, то /sbin/service перенаправляет все запросы в systemd. есть предложение по аналогии c RedHat обрабатывать ряд запросов "специальным образом" - т.е. в systemd перенаправлять только поддерживаемые им "стандартные" запросы, всё остальное смотреть наличие ACTION SCRIPT, и в случае его присутствия - вызывать. посмотри на исходники в Fedora на предмет ACTION SCRIPT. Вот так примерно должен выглядеть auditd-rotate:
#!/bin/sh
SYSTEMCTL=systemctl
if sd_booted && $SYSTEMCTL --version >/dev/null 2>&1; then
exec $SYSTEMCTL kill --signal=SIGUSR1 --kill-who=main auditd.service
else
exec /etc/init.d/auditd rotate
fi
(In reply to comment #4) > Вот так примерно должен выглядеть auditd-rotate: > > #!/bin/sh > SYSTEMCTL=systemctl > if sd_booted && $SYSTEMCTL --version >/dev/null 2>&1; then > exec $SYSTEMCTL kill --signal=SIGUSR1 --kill-who=main auditd.service > else > exec /etc/init.d/auditd rotate > fi Это понятно. Или такой же код должен присутствовать в /sbin/service. (In reply to comment #5) > (In reply to comment #4) > > Вот так примерно должен выглядеть auditd-rotate: > > > > #!/bin/sh > > SYSTEMCTL=systemctl > > if sd_booted && $SYSTEMCTL --version >/dev/null 2>&1; then > > exec $SYSTEMCTL kill --signal=SIGUSR1 --kill-who=main auditd.service > > else > > exec /etc/init.d/auditd rotate > > fi > > Это понятно. Или такой же код должен присутствовать в /sbin/service. В /sbin/service нет информации о том, что rotate - это kill --signal=SIGUSR1 --kill-who=main Этот враппер под тем или иным именем все равно должен быть в одном пакете с auditd.service и init.d/auditd. Даже если добавить в /sbin/service поддержку legacy actions, это и будет реализация одной из legacy actions для auditd. Да, я не совсем корректно выразился. в service конечно же должен быть код, вызывающий либо LEGACY ACTIONS либо initscript в зависимости от работающего окружения. Самое главное, что ты понимаешь о чём я. LEGACY ACTIONS уже в p7 |