Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: Can't start daemons, due to permission problems in /var/run/zabbix. Version-Release number of selected component (if applicable): The problem was introduced in 2.0.3-7. It's a consequence of letting systemd own the directory and zabbixsrv being the user, who is member of the zabbix group. Workaround for now: chmod g+x /var/run/zabbix
Confirmed. A proper fix probably is setting 775 in /etc/tmpdfiles.d/zabbix.conf of the zabbix.rpm package.
*** Bug 948146 has been marked as a duplicate of this bug. ***
*** Bug 916781 has been marked as a duplicate of this bug. ***
Did we inform package maintainer? Reported: 2013-01-25 05:27 EST Source RPM : zabbix-2.0.5-1.fc18.src.rpm Build Date : Tue 12 Feb 2013 07:24:25 PM GET :S
zabbix-2.0.6-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/zabbix-2.0.6-2.fc18
Thank you Vilius and sorry for the long delay!
*** Bug 957658 has been marked as a duplicate of this bug. ***
Package zabbix-2.0.6-2.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing zabbix-2.0.6-2.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-7732/zabbix-2.0.6-2.fc18 then log in and leave karma (feedback).
zabbix-2.0.6-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
After upgrade from 2.0.5 to 2.0.6 the problem is still reproducible: zabbix_server [18322]: cannot create PID file [/var/run/zabbix/zabbix_server.pid]: [13] Permission denied
(In reply to Roman Pavlyuk from comment #10) > After upgrade from 2.0.5 to 2.0.6 the problem is still reproducible: > > zabbix_server [18322]: cannot create PID file > [/var/run/zabbix/zabbix_server.pid]: [13] Permission denied No way. Are you sure you've installed 2.0.6-2 and not 2.0.6-1? Do following: 1. Stop zabbix services 2. rm -rf /var/run/zabbix 3. rpm -V zabbix 4. If output will not show "/etc/tmpfiles.d/zabbix.conf" entry - start zabbix service, otherwise check file content shown below 5. Check 'cat /etc/hosts|grep zab' and post it here with other things: [root@main ~]# rpm -qf /etc/tmpfiles.d/zabbix.conf zabbix-2.0.6-2.fc18.x86_64 [root@main ~]# cat /etc/tmpfiles.d/zabbix.conf D /var/run/zabbix 0775 zabbix zabbix - [root@main ~]# ll /var/run/zabbix total 8 -rw-rw-r--. 1 zabbix zabbix 5 May 20 07:43 zabbix_agentd.pid -rw-rw-r--. 1 zabbixsrv zabbix 5 May 20 07:43 zabbix-server.pid [root@main ~]# ll /var/run/|grep zab drwxrwxr-x. 2 zabbix zabbix 80 May 20 07:43 zabbix [root@main ~]# rpm -V zabbix [root@main ~]# rpm -q --changelog zabbix|head * Tue May 07 2013 Volker Fröhlich <volker27> - 2.0.6-2 - Add patch for ZBX-6526 - Solve permission problem with /var/run/zabbix in Fedora (BZ#904041) * Mon Apr 22 2013 Volker Fröhlich <volker27> - 2.0.6-1 - New upstream release
The problem should definitely be solved when you reboot, but that's ugly. I wasn't aware the permissions would not be corrected if the tmpfile was updated. I found the following to work: systemd-tmpfiles --create zabbix.conf I suppose that should be run in a RPM scriplet after an update but I haven't tested it for side-effects yet.
George, yes, I'm using the last version of zabbix-server (2.0.6-2). The problem is that after package upgrade, folder /var/run/zabbix still has wrong old permissions. I ran chmod g+w /var/run/zabbix and the server started successfully. I assume this is a one-time operation rudimentary stuff and the permission won't be corrupted any more, right?
FWIW this bug is very much alive under F19.
Cannot confirm. Works fine here under F19.
I'll reinstall zabbix on all the effected machines and see if this issue reproduces. Thanks for checking. - Gilboa