Summary: | net-misc/stunnel : openrc init.d scripts need intelligence to check if a pid file is created | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | csefko <csefko> |
Component: | Current packages | Assignee: | Anthony Basile <blueness> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
csefko
2015-01-03 13:10:23 UTC
Why is it using /var/run for DEFAULT_PIDFILE instead of /run? (In reply to Jeroen Roovers from comment #1) > Why is it using /var/run for DEFAULT_PIDFILE instead of /run? It is using /run/stunnel/stunnel.pid by defualt (In reply to csefko from comment #0) > /usr/bin/stunnel /etc/stunnel/stunnel.conf This is a config file problem. You need to specify a pidfile in there. Add pid = /run/stunnel/stunnel.pid We shouldn't stop stabilization for this since its up to the user to get the config file right. But, this is subtle enough that the user can legitimately say "how was I supposed to know that"? I'm going to redo this for the next release of stunnel. I'll give an example config file with this issue documented and I'll add intelligence to init.d script to alert the user to the problem in his/her config file. @csefko, in the mean time. just add that line to your config. Thanks for the report! Hi, Thanks for looking into it. Meanwhile I figured it out too that I need to specify pid in /etc/stunnel/stunnel.pid. Firstly I was just looking only into /etc/init.d/stunnel and there is an explicit usage of PID which confused me: start-stop-daemon --start --pidfile "${PIDFILE}" ... It looks like the code was created for multiple stunnel runs (like we have only one /etc/init.d/net.lo and symbolic link net.eth0->net.lo) when I look how PIDFILE is evaluated. So I did something like this (which works fine): cd /etc/init.d ln -s stunnel stunnel.abc ln -s stunnel stunnel.def # /etc/stunnel/abc.conf ... pid = /run/stunnel/abc.pid ... # /etc/stunnel/def.conf ... pid = /run/stunnel/def.pid ... But you are right that user should be warn about it (because I spent few hours to figure it out). Thanks again |