Description of problem: The file /var/spool/tinyerp/tinyerp-server.pid is not deleted in the event of service "tinyerp-server" crashes because of invalid configuration. Version-Release number of selected component (if applicable): 3.2.1-1.fc4 How reproducible: It's sufficient to run tinyerp-server by the command line by a parameter that was wrong. Steps to Reproduce: 1. # service tinyerp-server stop 2. # tinyerp-server --i18n-import=the_translation_file_name.csv -l Language_Code 3. # service tinyerp-server start Actual results: Expected results: Additional info: I'll open another bug for tinyerp-server because the /etc/tinyerp-server.conf contains variables that are incongruent with online documentation.
The thing with pidfile a bit complicated. tinyerp-server is written to be run from the command line on the foreground. The support for pidfile and the ability to be controlled as a Fedora/Redhat service is a small hack. Running it directly as root is causing problems mainly with ownership of files (pid and log) created during the run. The secure way of running the server is running the server python code directly with "python /usr/lib/python2.4/site-packages/tinyerp-server/tinyerp-server.py" and not using the /usr/bin/tinyerp-server wrapper script. The short-term solution can be deleting the pidfile before starting the service. Also the init.d script will restore ownership of the logfile to the tinyerp user. The long-term solution will be to include support for creating a pidfile into tinyerp-server itself. I will move these issues (both pidfile and logfile) to the upstream developers.
I have just created a patch for the server which adds the possibility to automagicly create/destroy the pidfile and also adds the possibility to redirect the log output from stdout to a file. I will update the package during the next weekend, now I am going to the Dolomites for skiing ;-)