, but that doesn't
share things tha are referenced within that hash and it doesn't share
the blessing.
I think you will need to do this using standard data sharing methods,
like IPC::MM or MLDBM::Sync.
3) XML serialize on server shutdown
That sounds dangerous. What happens if your se
I have XML file
and don`t want parse/serialize on each request
how implement this:
1) XML parsed on startup
2) All modules work whith same object
3) XML serialize on server shutdown
P.S. Apache 2 mod_perl 2
-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 06, 2001 4:43 AM
> To: 'Patrick'
> Cc: [EMAIL PROTECTED]
> Subject: RE: AxKit Shutdown
>
>
> > -Original Message-
> > From: Patrick [mailto:[EMAIL PROTECTED]]
> >
> As I've said to everyone of these offers: mirroring isn't the problem right
> now - the web site is up at http://217.158.50.178/, it just doesn't have the
> domain name. We don't really get the sort of traffic that requires a mirror
> for bandwidth problems, and I've yet to get a complaint tha
> -Original Message-
> From: Patrick [mailto:[EMAIL PROTECTED]]
>
> On Fri, Nov 02, 2001 at 09:48:52AM -, Matt Sergeant took
> time to write:
> > This is sad indeed. Once everything is up and running again
> I'll write a
> > complete document of the nightmares that getting it back u
[I'm keeping the ml in Cc: to be sure you catch it if problems, and
because other may offer same services]
On Fri, Nov 02, 2001 at 09:48:52AM -, Matt Sergeant took time to write:
> This is sad indeed. Once everything is up and running again I'll write a
> complete document of the nightmares t
> -Original Message-
> From: ed phillips [mailto:[EMAIL PROTECTED]]
>
> "Khachaturov, Vassilii" wrote:
> >
> > Hi Matt, do you have any news on planned re-appearance of
> > current axkit docs and mailing list archives online? The net people
> > memory is short, if you don't come back noo
; To: Khachaturov, Vassilii
> Cc: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]
> Subject: Re: Shutdown
>
>
> "Khachaturov, Vassilii" wrote:
> >
> > Hi Matt, do you have any news on planned re-appearance of
> > current axkit docs and mailing list archives onli
"Khachaturov, Vassilii" wrote:
>
> Hi Matt, do you have any news on planned re-appearance of
> current axkit docs and mailing list archives online? The net people
> memory is short, if you don't come back noone will know what AxKit is :-(
> Or did you abandon it in favor of smth better?
>
Just
-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 13, 2001 12:29 PM
> To: AxKit Users Mailing List
> Cc: [EMAIL PROTECTED]
> Subject: Shutdown
>
>
> Tomorrow is my shutdown date for axkit.org, take23.org, axkit.com, and
> *.sergeant.org. It will ha
Matt Sergeant wrote:
> However, I have asked Kip Hampton to mirror the download directory for me,
> and that will be available somewhere soon when he posts the URL here.
Done and done. The contents of axkit.org's "downloads" directory is
mirrored here [1]
Have a safe move, Matt.
-kip
[1] htt
Tomorrow is my shutdown date for axkit.org, take23.org, axkit.com, and
*.sergeant.org. It will happen at about 0800 GMT.
I will hopefully be back online in about 7 to 10 days when my DSL gets
installed at the new house (yay!). Unfortunately the switch over to
apache.org did not happen in time
On Thu, 11 Jan 2001, Doug MacEachern wrote:
> of course, there is such a "trick"
>
>[EMAIL PROTECTED]">http://forum.swarthmore.edu/epigone/modperl/thandflunjimp/[EMAIL PROTECTED]
Documentation patch attached.
- Perrin
1039a1040,1046
> Cleanup functions registered in the parent process (before
Doug MacEachern wrote:
>
>> I meant "is there a way to run a cleanup handler in the parent after it's
>> work is done?", but I don't see one. Dave says the END block trick worked
>> for him, so maybe it only fails under certain circumstances.
>>
> of course, there is such a "trick"
>
>[EMAIL PRO
On Wed, 10 Jan 2001, Stas Bekman wrote:
> All we need is to add a $Apache::Server::Quitting or alike, in addition to
> the existing $Apache::Server::Starting and $Apache::Server::ReStarting,
> should be an easy patch in XS.
nooo, as i've mentioned before Starting,ReStarting variables were
mista
On Thu, 11 Jan 2001, Perrin Harkins wrote:
> I meant "is there a way to run a cleanup handler in the parent after it's
> work is done?", but I don't see one. Dave says the END block trick worked
> for him, so maybe it only fails under certain circumstances.
Actually, I should have pointed out t
On Thu, 11 Jan 2001, Perrin Harkins wrote:
> > > but it's a bummer that the parent
> > > doesn't run END blocks. Will it run cleanup handlers?
> >
> > Cleanup handlers are run by child processes. What it has to do with
> > parent? Or do I miss something?
cleanup handlers are run when a pool is
> > but it's a bummer that the parent
> > doesn't run END blocks. Will it run cleanup handlers?
>
> Cleanup handlers are run by child processes. What it has to do with
> parent? Or do I miss something?
I meant "is there a way to run a cleanup handler in the parent after it's
work is done?", but
Hi all,
On 10 Jan 2001, Randal L. Schwartz wrote:
> Here's an idea... in the startup code, create a pipe and fork.
> block the kid on a read. ni-night, kid.
Nice, Randall!
73,
Ged.
On Wed, 10 Jan 2001, Perrin Harkins wrote:
> On Thu, 11 Jan 2001, Stas Bekman wrote:
> > the parent process doesn't run the END block.
>
> Randal's solution is probably better,
But it's not a very nice solution if you want to release something on CPAN
that relies on this hack. A support from mod
On Wed, 10 Jan 2001, Perrin Harkins wrote:
> Randal's solution is probably better, but it's a bummer that the parent
> doesn't run END blocks. Will it run cleanup handlers?
I'm pretty sure the parent runs END blocks. I just didn't want to have
the cleanup code r
On Thu, 11 Jan 2001, Stas Bekman wrote:
> the parent process doesn't run the END block.
Randal's solution is probably better, but it's a bummer that the parent
doesn't run END blocks. Will it run cleanup handlers?
- Perrin
>>>>> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> On Wed, 10 Jan 2001, Perrin Harkins wrote:
>> On Wed, 10 Jan 2001, Dave Rolsky wrote:
>> > Is there any way to distinguish between a child being shutdown (say
>> > maxrequest
On Wed, 10 Jan 2001, Perrin Harkins wrote:
> On Wed, 10 Jan 2001, Dave Rolsky wrote:
> > Is there any way to distinguish between a child being shutdown (say
> > maxrequests has been exceeded) versus all of Apache going down (kill
> > signal sent to the original
On Wed, 10 Jan 2001, Dave Rolsky wrote:
> Is there any way to distinguish between a child being shutdown (say
> maxrequests has been exceeded) versus all of Apache going down (kill
> signal sent to the original process or something).
Register an END block in your startup.pl, and have
On Wed, 10 Jan 2001, Stas Bekman wrote:
> All we need is to add a $Apache::Server::Quitting or alike, in addition to
> the existing $Apache::Server::Starting and $Apache::Server::ReStarting,
> should be an easy patch in XS.
I'm not much of an C coder (much less XS) but maybe I'll poke around a
b
to shut down
> 6. the first server to start (the one running as root or whatever) sends
> signals to the children telling them to shutdown. END blocks run in all
> children.
> 7. the first server shuts down - I'd like to run something here because
> it should only be happen
Hi there,
On Wed, 10 Jan 2001, Dave Rolsky wrote:
> On Wed, 10 Jan 2001, G.W. Haywood wrote:
>
> > Don't you get a message in error_log to the effect that a signal has
> > been received?
>
> Sure, but I don't think that would help me do what I want.
What I meant was you could perhaps find the
On Wed, 10 Jan 2001, Danny Rathjens wrote:
> Perhaps you could send a USR1 prior to your TERM signal and have your
> END blocks perform your shutdown tasks if they see the USR1 signal.
> But then you have the problem of new children being started due to the
> USR1 not to ment
At 18:55 10/01/2001 +, Danny Rathjens wrote:
>Perhaps you could send a USR1 prior to your TERM signal and have your
>END blocks perform your shutdown tasks if they see the USR1 signal.
>But then you have the problem of new children being started due to the
>USR1
>not to m
ut down
> 6. the first server to start (the one running as root or whatever) sends
> signals to the children telling them to shutdown. END blocks run in all
> children.
> 7. the first server shuts down - I'd like to run something here because
> it should only be happening to d
telling them to shutdown. END blocks run in all
children.
7. the first server shuts down - I'd like to run something here because
it should only be happening to during a 'final' shutdown and only after
the children have finished serving their last requests.
-dave
/*==
www.urth.org
We await the New Sun
==*/
Hi Dave,
On Wed, 10 Jan 2001, Dave Rolsky wrote:
> Is there any way to distinguish between a child being shutdown (say
> maxrequests has been exceeded) versus all of Apache going down (kill
> signal sent to the original process or something).
Don't you get a message in error_log
Is there any way to distinguish between a child being shutdown (say
maxrequests has been exceeded) versus all of Apache going down (kill
signal sent to the original process or something).
The reason I ask is that while I can do:
BEGIN
{
# make a file
}
I can't do:
END
{
# del
he message text ;-))
>
> Ok, I'll try to split it up in bite-sized pieces:
>
> 1) Our apache is running 20 childs. A perl module is loaded via
> startup.pl. On shutdown of apache the END block of this module is called
> 20 times and not only 1 time as I expected. Why?
because pe
META
Hi Ged,
why are you answering me directly and not through the list?
/META
G.W. Haywood wrote:
>
> On Wed, 18 Oct 2000, Ernest Lergon wrote:
>
> > but how does it fit in the idea of shared modules in mod_perl?
>
> Shared memory, not shared events.
>
I have to think about th
G.W. Haywood wrote:
>
> On Wed, 18 Oct 2000, Ernest Lergon wrote:
>
> > 1) Our apache is running 20 childs. A perl module is loaded via
> > startup.pl. On shutdown of apache the END block of this module is called
> > 20 times and not only 1 time as I expected. Why?
s:
1) Our apache is running 20 childs. A perl module is loaded via
startup.pl. On shutdown of apache the END block of this module is called
20 times and not only 1 time as I expected. Why?
2) I want to use the END block of this preloaded module to execute some
cleanup - checking and writing back to
Hi!
Trying to use mod_perl for a perl module to load a bunch of data on
server startup and writing possible changes back to disk on server
shutdown leads me to strange behaviour in the END { } block: The END
block is aborted, before all checking and writing is done. Therefore
the files on disk
Jeffrey Baker <[EMAIL PROTECTED]> writes:
> That's what the driver handle's ping method is for.
>
> if (!$dbh->ping) { &reconnect; }
I suppose I could do a ping before every page, but really that's only a kludgy
work-around. Really I would want to do this before every single query, and the
rig
00, Tim Bunce wrote:
> > > Has anyone experienced a situation where a process (httpd for example)
> > > can't reconnect to Oracle after a "shutdown abort"?
> >
> > Thanks for your replies.
> >
> > The problem reported to me which prompted this ema
"Young, Geoffrey S." <[EMAIL PROTECTED]> writes:
>
> Incidentally, I have also noticed that on my Linux installation Oracle will
> not shutdown (or shutdown abort) while any of the httpd processes have
> persistent connections. That is, httpd must come down fi
Tim Bunce <[EMAIL PROTECTED]> writes:
> On Mon, Nov 01, 1999 at 09:01:48PM +, Tim Bunce wrote:
> > Has anyone experienced a situation where a process (httpd for example)
> > can't reconnect to Oracle after a "shutdown abort"?
>
> Thanks for you
Greg Stark wrote:
>
> Tim Bunce <[EMAIL PROTECTED]> writes:
>
> > Has anyone experienced a situation where a process (httpd for example)
> > can't reconnect to Oracle after a "shutdown abort"?
> >
> > Tim.
>
> As far as I
On Mon, Nov 01, 1999 at 09:01:48PM +, Tim Bunce wrote:
> Has anyone experienced a situation where a process (httpd for example)
> can't reconnect to Oracle after a "shutdown abort"?
Thanks for your replies.
The problem reported to me which prompted this email has ac
that on my Linux installation Oracle will
not shutdown (or shutdown abort) while any of the httpd processes have
persistent connections. That is, httpd must come down first for Oracle to
shutdown cleanly. Just thought I'd mention it...
--Geoff
> -Original Message-
> From:
Tim Bunce <[EMAIL PROTECTED]> writes:
> Has anyone experienced a situation where a process (httpd for example)
> can't reconnect to Oracle after a "shutdown abort"?
>
> Tim.
As far as I can tell we never get a clean reconnection after any sort of
connecti
ced a situation where a process (httpd for example)
>can't reconnect to Oracle after a "shutdown abort"?
>
>Tim.
>
>
Tom Law
[EMAIL PROTECTED]
University of Iowa
Has anyone experienced a situation where a process (httpd for example)
can't reconnect to Oracle after a "shutdown abort"?
Tim.
49 matches
Mail list logo
