RH9 + Apache2 + FastCGI: Couldn't write to session directory

Greetings,

I’ve been attempting to resolve this issue for a few days now, and have looked at docs, archives, etc. – I’ve noticed that others have also received the error before, but have not found a solution. I’m certain there’s something I’m overlooking.

Error when accessing site:

RT Couldn’t write to session directory ‘/opt/rt3/var/session_data’: DBD::Pg::st execute failed: ERROR: Relation “sessions” does not exist at /usr/lib/perl5/site_perl/5.8.0/Apache/Session/Store/DBI.pm line 42.

These directories:

/opt/rt3/var/log
/opt/rt3/var/mason_data
/opt/rt3/var/session_data

are all apache:apache, apache is run under apache:apache, and RT was configured with web user and group as apache:apache. make fixperms has been run to verify permissions.

Any guidance, insight, suggestions would be greatly appreciated.

Thanks,

ph.

I’ve been attempting to resolve this issue for a few days now, and
have looked at docs, archives, etc. – I’ve noticed that others have
also received the error before, but have not found a solution. I’m
certain there’s something I’m overlooking.

Did you read the various posts about RT and RH9 not getting along? (I
know they don’t with mod_perl, I forget if they do or don’t for
fastcgi)

seph

Did you read the various posts about RT and RH9 not getting along? (I
know they don’t with mod_perl, I forget if they do or don’t for
fastcgi)

I’ve read quite a few – google’d, searched the archives, and have gone through the archives in detail (up to June 03 at this point). My impression is that people run into more problems using mod_perl under RH9, and those using fastcgi haven’t encountered too much difficulty. I’ve picked up a good amount of info to theoretically properly configure apache with fastcgi, and have seen the same error message in the archives, but not a solution that seems to work for me.

Since I wasn’t the one to initially put RH on the system, I’m contemplating starting over and rebuilding apache, perl, etc. from the sources. Whether that will actually help or not, I don’t know.

ph.

My impression is that people run into more problems using mod_perl
under RH9, and those using fastcgi haven’t encountered too much
difficulty.

There are problems with specific Redhat builds of mod_perl. If you
avoid those builds, you will avoid most of the problems. Either
compile from the Fedora SRPM or grab an RPM from
http://httpd.apache.org/~gozer/mp2/.

I haven’t run Fastcgi on RH9, but I’m not having problems with it under Fedora.

Michael

Michael S. Liebman m-liebman@northwestern.edu
http://msl521.freeshell.org/
“I have vision and the rest of the world wears bifocals.”
-Paul Newman in “Butch Cassidy & the Sundance Kid”

There are problems with specific Redhat builds of mod_perl. If you
avoid those builds, you will avoid most of the problems. Either
compile from the Fedora SRPM or grab an RPM from
http://httpd.apache.org/~gozer/mp2/.

I haven’t run Fastcgi on RH9, but I’m not having problems with it under Fedora.

Does this mean that an up2date fedora should work with either the
stock mod_perl or fastcgi?

Les Mikesell
les@futuresource.com

Does Apache need to be compiled with suexec support when using fastcgi?

ph.