27334 2012-05-14 20:34:53 +0400 redis.service for redis 2013-04-29 22:27:47 +0400 1 1 4 Development Sisyphus redis unstable all Linux CLOSED FIXED P3 normal --- 28008 1 icesik lav admsasha aen amike evg gns lav lnkvisitor naf shaba vitty qa-sisyphus oldest_to_newest 131241 0 icesik 2012-05-14 20:34:53 +0400 Нужна нативная поддержка systemd в пакете redis. 131260 1 vitty 2012-05-15 16:06:33 +0400 Approve [#71552] EPERM redis.git=2.4.7-alt2 please 131266 2 icesik 2012-05-15 17:38:49 +0400 (В ответ на комментарий №1) > Approve [#71552] EPERM redis.git=2.4.7-alt2 please Done. 131268 3 repository-robot 2012-05-15 18:03:58 +0400 redis-2.4.7-alt2 -> sisyphus: * Tue May 15 2012 Vitaly Kuznetsov <vitty@altlinux> 2.4.7-alt2 - add systemd unit file (ALT #27334) 131888 4 naf 2012-06-15 15:36:19 +0400 Текущий вариант redis.service - существенно хуже, чем его отсутствие и использование init-скрипта в режиме совместимости. systemd для остановки процесса посылает SIGTERM, и, если процесс через TimeoutSec=90 секунд не завершился, посылает SIGKILL. redis при получении SIGTERM сохраняет базу на диск, далее останавливается. Если базу сохранить не удалось - он отказывается останавливаться и продолжает работать. Для больших баз, сохранение на диск может занять достаточно длительное время. Кроме того, вопрос о необходимости сохранения данных зависит от решаемых задач. init-скрипт сейчас поддерживает три варианта остановки сервиса - см. описание в redis.sysconfig. Предложенный redis.service, фактически, реализует только один из них, и с существенно уменьшенным timeout'ом на сохранение базы. Итого, при переходе на systemd сейчас возможна потеря данных в базе Redis. 138260 5 lnkvisitor 2013-02-28 17:35:27 +0400 1) SIGKILL - прибить не сохраняя. Настраивается конфигом. 2) SIGTERM (default, systemd) 3) SHUTDOWN - почти тот же SIGTERM, не гарантирован при изменении конфигурации остается вариант 2. TimeoutStopSec=300 SendSIGKILL=no # Вдруг что - смотрим сами... А также: старайтесь следовать правилу: unit поставляемый из "коробки" обеспечивает дефолтный запуск сервиса, все отличные варианты запуска обеспечиваются самим пользователем, перенеся unit в /etc/systemd/system и изменив по желанию. Соответственно не надо в дефолтном юните обеспечивать все возможные варианты запуска 139956 6 lnkvisitor 2013-04-29 22:27:47 +0400 Ну если возражений нету...