Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month at the Massachusetts Institute of Technology, in Building E51.

BLU Discuss list archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] systemd race condition problems

On 08/30/2014 08:27 AM, Stephen Adler wrote:
> Hi All,
> I'm having trouble with httpd and my subversion repository setup. I'm 
> using mod_dav_svn apache module to access my repository through httpd. 
> So here's the rub. I have everything configured and when I go to 
> update a file, I get an error that a particular file is not readable. 
> (permission denied)
> [Sat Aug 30 08:05:27.432294 2014] [:error] [pid 2063] (20014)Internal 
> error: [client] Can't open file 
> '/export/telacode/base/SVNRepositories/TelaCodeRepository/format': 
> Permission denied
> The odd bit is the file is world readable.
> [root at telacode ~]# ls -l 
> /export/telacode/base/SVNRepositories/TelaCodeRepository/format
> -r--r--r--. 1 softadmin telacoderepository 2 Feb 12  2007 
> /export/telacode/base/SVNRepositories/TelaCodeRepository/format
> The solution to my problem is to restart apache with the command 
> 'apachectl restart'. Then I can update my repository through the http 
> mod_dav_svn.
> The file system is located on a raid 5 array
> [root at telacode ~]# df /export
> Filesystem      1K-blocks      Used  Available Use% Mounted on
> /dev/md3       1892209456 129889412 1664627680   8% /export
> and I'm thinking that the process which mounts/activates the file 
> system is slower than the apache service startup process. (rhel 7 now 
> uses systemd instead of sysVinit).
> So, any ideas on how to delay apache startup so that it is guaranteed 
> to start after the /export file system is fully mounted and available 
> to the system?
> Thanks. Steve.
> _______________________________________________
> Discuss mailing list
> Discuss at

Answering my own question.... I learned about 'systemd-analyze plot'. 
 From this nice graphical display of the startup process, I realized 
that my ypbind.service was taking a bit of time. (I'm working on 
migrating to LDAP at some later point...) Since there are a lot of 
permission issues set through ypbind, I thought it best to delay staring 
up apache until after the ypbind service was working. Thus all it took 
was to add ypbind.service to /usr/lib/systemd/system/httpd.service file 
in the 'After' tag list.

-------- cat /usr/lib/systemd/system/httpd.service  ------

Description=The Apache HTTP Server ypbind.service

ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND
ExecReload=/usr/sbin/httpd $OPTIONS -k graceful
ExecStop=/bin/kill -WINCH ${MAINPID}
# We want systemd to give httpd some time to finish gracefully, but 
still want
# it to kill httpd after TimeoutStopSec if something went wrong during the
# graceful stop. Normally, Systemd sends SIGTERM signal right after the
# ExecStop, which would kill httpd. We are sending useless SIGCONT here 
to give
# httpd time to finish.



and now after a fresh reboot, my subversion repository access through 
httpd seems to be working again.

Cheers. Steve.

BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!

Boston Linux & Unix /