Been away from my computer for several days :(
Doesn't look like anyone is going to answer this.
Maybe you missed some of the emails that Clinton
Gormley and I were exchanging a while back. I've
been using 'sudo apachectl graceful' on apache
2.2.11 and 2.2.13 with mod_perl 2.0.4 and 2.0.5 SVN
fo
On Oct 2, 2009, at 3:25 PM, Perrin Harkins wrote:
On Fri, Oct 2, 2009 at 5:54 PM, Jonathan Swartz
wrote:
Ok, one more question. Disregarding graceful for the moment - is HUP
completely reliable with mod_perl at this point, or is there still
a reason
(as there once supposedly was) to do a
On Fri, Oct 2, 2009 at 5:54 PM, Jonathan Swartz wrote:
> Ok, one more question. Disregarding graceful for the moment - is HUP
> completely reliable with mod_perl at this point, or is there still a reason
> (as there once supposedly was) to do a full server stop and start?
The problem, at least in
On Sep 25, 2009, at 10:48 AM, Clinton Gormley wrote:
If I don't ever plan to use graceful restarts, and I believe that
smaller restart times are an unqualified Good, is there any reason
why
I shouldn't ALWAYS use a script like the above? And is there any way
to avoid PerlModule modules from
You can find changes about graceful restarts in many of the
version release notes in apache2. My memory is that 2.2.11
was OK for me.
Letter -Os means "optimize for size":
http://gcc.gnu.org/onlinedocs/gcc-2.95.3/gcc_2.html#SEC10
is the oldest gcc manual I could find, so the option has been
ar
> You are 4 releases behind. Download 2.2.13 and I bet graceful will
> work for you. (Bet's off if you have something systemically difficult
> w/r/t ssl.)
It appears that you may be right:
Changes with Apache 2.2.12
*) prefork: Fix child process hang during graceful restart/stop in
confi
On Sep 26, 2009, at 4:17 AM, Clinton Gormley wrote:
I'm using apache 2.2.9, mod_ssl 2.2.9 and mod_perl 2.04, and I still
have problems with graceful-restart.
You are 4 releases behind. Download 2.2.13 and I bet graceful will
work for you. (Bet's off if you have something systemically difficu
> But at some point, several iterative fixes by the Apache crew had
> succeeded such that 'apachectl graceful' worked better than my
> 'graceful' script in some way.
>
> It was sufficiently long ago that I've forgotten in what way, but the
> memory is clear enough that I think Messrs. Swart
On Sep 25, 2009, at 10:36 AM, Jonathan Swartz wrote:
As I understand it, the sole purpose of this double initialization
is to make sure that graceful restarts will work. However, since I
was a young mod_perl lad I've been taught never to rely on graceful
restarts, and always to stop/start.
Nope, I still get the error in the logs. It just takes a few seconds
to show up.
On Sep 25, 2009, at 11:20 AM, Clinton Gormley wrote:
Hm. No compile errors would be bad. But I put an error in one of my
modules (that only gets loaded the second time) and started apache,
and got error log out
> Hm. No compile errors would be bad. But I put an error in one of my
> modules (that only gets loaded the second time) and started apache,
> and got error log output. I wonder what we're doing differently?
Shut down apache, then do "apachectl restart"
>
> Jon
>
There's only one small gotcha that I've found, and that occurs in this
situation:
- apache isn't running
- you do : apachectl restart
- there is a compile time bug, and apache dies
The gotcha is that you don't get any STDERR or log output in this
situation. However, you're only ever likely to
> If I don't ever plan to use graceful restarts, and I believe that
> smaller restart times are an unqualified Good, is there any reason why
> I shouldn't ALWAYS use a script like the above? And is there any way
> to avoid PerlModule modules from being loaded twice?
I do something pretty si
I was looking into why our server's restarts take so long, and I
finally remembered that Apache runs its initialization step twice on
startup (http://tinyurl.com/krr25). This means that my startup.pl is
loaded twice, along with any modules that it loads.
So I moved startup.pl to startup_rea
14 matches
Mail list logo
