Josh Chamas wrote:
>
> Mark T. Dame wrote:
> > Hello all.
> >
> > We have a strange problem with one of our web sites that uses
> > Apache::ASP. Every week or so it starts slowing down to a crawl. If we
> > clear out the StateDir, it returns to normal. It almost seems like
> > Apache::ASP isn't cleaning up it's state files under some circumstance
> > (although what those are is still a mystery).
> >
> > We have also noticed errors like this:
> >
> > [Mon Sep 16 21:06:48 2002] [error] Can't use string
> > ("ile','refresh_timeout' =>
> > '7200'") as a HASH ref while "strict refs" in use at
> > /usr/lib/perl5/site_perl/5.
> > 6.0/Apache/ASP/StateManager.pm line 232.
> >
> > We are currently using Apache::ASP version 2.39. We have StateDB set to
> > DB_File. (Apache 1.3.26, mod_perl 1.27, perl 5.6.0)
> >
>
> Looks like some kind of data corruption for the internal
> state database that would prevent Apache::ASP from cleaning
> up the state files correctly. Do you have the StateDir shared between
> hosts on some network file system?
Yeah. I forgot to mention that part. I have all of my web directories
(including the state directories) on NFS mounts since any given request
can be handled by one of a number of physical servers.
> This could cause corruption.
So SDBM_File doesn't handle NFS well?
> Failing that, you may have uncovered a scalability issue
> with SDBM_File which is used for the internal state dbm always
> for speed.
>
> If you want to change the type of dbm used for the internal
> database, you can do this:
>
> PerlModule Apache::ASP
> <Perl>
> $Apache::ASP::DefaultStateDB = 'DB_File';
> </Perl>
>
> StateDB only works on $Application & $Session, but not
> the internal database, so I believe the above will work.
I'll give this a shot and see what happens.
> I could also add some code that could work around the
> data corruption issue you are facing, and we can try
> that if you like.
We'll try the different internal state DB first. I'll let you know what
happens.
-m
--
## Mark T. Dame, Vice President, Internet Operations
## MFM Communication Software: http://www.mfm.com/
## E-mail: mailto:[EMAIL PROTECTED] WWW: http://www.mfm.com/~mdame/
"Where a calculator on the ENIAC is equipped with 18,000 vacuum
tubes and weighs 30 tons, computers in the future may have only
1,000 vacuum tubes and perhaps weigh 1 1/2 tons."
-- Popular Mechanics, March 1949
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
