Bug 622744 - /etc/rc.d/init.d/mysqld - cannot touch `/var/lock/subsys/mysqld': Permission denied
Summary: /etc/rc.d/init.d/mysqld - cannot touch `/var/lock/subsys/mysqld': Permission ...
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: mysql   
(Show other bugs)
Version: 5.5
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Tom Lane
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-10 10:21 UTC by timlank
Modified: 2013-07-03 03:32 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-08-10 13:53:24 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description timlank 2010-08-10 10:21:08 UTC
Description of problem:
trying to start /etc/rc.d/init.d/mysqld as the mysql user results in the following error from the init script hardcoding:
touch: cannot touch `/var/lock/subsys/mysqld': Permission denied

Version-Release number of selected component (if applicable):
RHEL 5.4
mysql-server-5.0.77-4.el5_4.2.x86_64

How reproducible: every time


Steps to Reproduce:
1. login as the mysql user account
2. run /etc/rc.d/init.d/mysqld start
3.
  
Actual results: mysqld_safe and mysqld start just fine, but the lock file is not created because of permissions in of the /var/lock/subsys directory as hardcoded in the init script

Expected results:
the error would not appear

Additional info:
please have the package maintainer re-visit the explicit pathing of this lock file location in the init script

Comment 1 Tom Lane 2010-08-10 13:53:24 UTC
Not a bug --- initscripts invariably are expected to run as root.


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