Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 184502 - tinyerp-server.pid was not deleted in the event of service crashes.
tinyerp-server.pid was not deleted in the event of service crashes.
Product: Fedora
Classification: Fedora
Component: tinyerp (Show other bugs)
All Linux
medium Severity low
: ---
: ---
Assigned To: Dan Horák
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2006-03-09 06:45 EST by Francesco Pelullo
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version: 3.2.1-2
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-18 09:40:52 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Francesco Pelullo 2006-03-09 06:45:10 EST
Description of problem:
The file
is not deleted in the event of service "tinyerp-server" crashes because of
invalid configuration.

Version-Release number of selected component (if applicable):

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.
Comment 1 Dan Horák 2006-03-10 04:35:53 EST
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.
Comment 2 Dan Horák 2006-03-10 06:19:14 EST
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 ;-)

Note You need to log in before you can comment on or make changes to this bug.