Summary: | Ошибка в .service файле | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | serpiph <serpiph> |
Component: | transmission-daemon | Assignee: | Anton Farygin <rider> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | aen, amike, aris, darktemplar, rider, zerg |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
serpiph
2012-05-30 01:42:46 MSK
Почему вы считаете, что лишний? Этот параметр отменяет демонизацию сервиса, что предпочтительней для systemd. Соответственно Type сервиса можно не указывать или выставить в simple. Поэтому в этой части баги тут нет. А Вы пробовали запустить transmission-daemon с этим .service-файлом? У меня сервер банально висит, ничего не делает. А без этого параметра нормально работает. Дело в том, что transmission-daemon генерирует кучу служебной информации, которой нет в логах, если запустить с параметром -f. Это неправильно на работающем сервере. Пока закрою. Видно, что-то локальное у меня. Буду искать. Попал вот на что: в пакете transmission-daemon каталог /var/log/transmission-daemon принадлежит root:root, а не пользователю _transmission-daemon. Из-за этого логи не пишутся, а вползают в вывод systemctl status transmission-daemon.service. Как лучше разрешить проблему? Тем более, что есть ещё logrotate над логами, который лезет к /etc/init.d/transmission-daemon для перезагрузки после ротации. Да и свои логи хотелось бы писать вместо указанного пользователя... В таком режиме не реагирует на наличие или отсутствие /lib/systemd/system/transmission-daemon.service. В смысле нет останова. P.S. К сожалению, срочно отправляют в командировку, некоторое время не смогу отвечать. Если ничего не прояснится, можете закрыть ошибку, я буду пробовать разобраться уже после возвращения. Прошу прощения, не в ту багу написал последнее сообщение... В случае с systemd логи попадают в journal. Смотрите journalctl -u transmission-daemon Всё остальное у меня работает. |