Dear users,
Finally, I think I've found the problem. On freebsd, devel/apr1 chooses
apr lock method as flock. Thus,
a file is used for synchronization purposes. mod_fcgid creates a
temporary file in fcgid_mutex_create() using tmpnam(), which effectively
creates a temporary file in /tmp. And in my freebsd setup, I've enabled
/tmp cleaning as well, which removes the lock files after a fix amount
of time. As apache/apr only opens the file for writing, but actually not
writing anything to it, the files {a,c,m}time parameters dont change, so
the /tmp cleaning process cannot detect if the files are still in use,
it simply removes them.
Either mod_fcgid should use a file located elsewhere, or be
configurable, or maybe apr could choose another lock method on freebsd.
As on a gnu system, it chooses systemv semaphores, as I've noticed.
Please comment my investigation.
Regards,
2013-11-04 18:08 időpontban Richard Kojedzinszky ezt írta:
Dear Users,
I am having issues when installing mod_fcgid under freebsd. I have
installed www/apache22 from ports, as well as www/mod_fcgid. After
some days of running, many of this error message appeared in
httpd-error.log:
[Sat Nov 02 09:49:28 2013] [emerg] (2)No such file or directory:
mod_fcgid: apr_global_mutex_child_init error
And after hours passed, the entire httpd process stopped working. Only
two httpd processes left running, but they were not accepting
connections. I had to restart apache, then it worked again.
I am using prefork mpm, and have set MaxRequestsPerChild to a non-zero
value.
Unfortunately, right now I cannot reproduce the problem, unfortunately
it arises randomly.
Because I did not find any useful regarding this on the web, I am
requesting help here. What could I do to investigate the problem?
Thanks in advance,
Kojedzinszky Richard
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
