Bug 734394

Summary: Wrong PID and lockfile names for Proxy and Server
Product: [Fedora] Fedora Reporter: Volker Fröhlich <volker27>
Component: zabbixAssignee: Dan Horák <dan>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 19CC: dan, jeff, nelsonab
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-31 16:55:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Volker Fröhlich 2011-08-30 09:54:15 UTC
The server pid file is named "zabbix". PID files should be called the same as the binary, as far as the FHS says.

Looking at http://fedoraproject.org/wiki/Packaging:SysVInitScript, the lock files should be called the same as the service.

Everything is fine for the agent, but the server and proxy files are named wrong.

Actual names:

- Server PID: zabbix.pid
- Server lock file: zabbix

- Proxy PID: zabbix_proxy.pid

Expected names:

- Server PID: zabbix_server_mydatabasesystem.pid
- Server lock file: zabbix-server

- Proxy PID: zabbix_proxy_mydatabasesystem.pid

Comment 1 Fedora End Of Life 2013-04-03 14:19:23 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:

Comment 2 Volker Fröhlich 2013-12-31 16:55:31 UTC
This ticket is a left-over from the Fedora init scripts period. The situation exactly matches what we had in EPEL6 and 5 under the name of zabbix and zabbix20 until recently though.

With the use of the Alternatives system and overhauled init scripts the situation in 1.8.10-1 and 2.0.10-2 builds is now:

Init scripts:


Lock files:


PID files:


The PID file names now match the process names, the lock file names match the init script names. Thus this issue is settled.