I disagree with this patch. If we are getting failures on locks then we have a bug somewhere and I'd rather not see us cover up the problem by decreasing the verbosity.
-aaron On Tue, Mar 05, 2002 at 09:18:07PM -0000, [EMAIL PROTECTED] wrote: > trawick 02/03/05 13:18:07 > > Modified: server/mpm/worker worker.c > Log: > failures on the accept mutex are common at restart time, so be smart > about the log level and use APLOG_DEBUG if we're restarting > > Revision Changes Path > 1.84 +14 -2 httpd-2.0/server/mpm/worker/worker.c > > Index: worker.c > =================================================================== > RCS file: /home/cvs/httpd-2.0/server/mpm/worker/worker.c,v > retrieving revision 1.83 > retrieving revision 1.84 > diff -u -r1.83 -r1.84 > --- worker.c 5 Mar 2002 21:01:24 -0000 1.83 > +++ worker.c 5 Mar 2002 21:18:07 -0000 1.84 > @@ -622,7 +622,13 @@ > > if ((rv = SAFE_ACCEPT(apr_proc_mutex_lock(accept_mutex))) > != APR_SUCCESS) { > - ap_log_error(APLOG_MARK, APLOG_EMERG, rv, ap_server_conf, > + int level = APLOG_EMERG; > + > + if (ap_scoreboard_image->parent[process_slot].generation != > + ap_scoreboard_image->global->running_generation) { > + level = APLOG_DEBUG; /* common to get these at restart time */ > + } > + ap_log_error(APLOG_MARK, level, rv, ap_server_conf, > "apr_proc_mutex_lock failed. Attempting to shutdown " > "process gracefully."); > signal_workers(); > @@ -694,7 +700,13 @@ > } > if ((rv = SAFE_ACCEPT(apr_proc_mutex_unlock(accept_mutex))) > != APR_SUCCESS) { > - ap_log_error(APLOG_MARK, APLOG_EMERG, rv, ap_server_conf, > + int level = APLOG_EMERG; > + > + if (ap_scoreboard_image->parent[process_slot].generation != > + ap_scoreboard_image->global->running_generation) { > + level = APLOG_DEBUG; /* common to get these at restart time */ > + } > + ap_log_error(APLOG_MARK, level, rv, ap_server_conf, > "apr_proc_mutex_unlock failed. Attempting to " > "shutdown process gracefully."); > signal_workers(); > > >