I just installed 1.3-105 .-)
And I think, I have made all important changes (httpd.conf and config.pm),
but I get an internal server error, and in error_log I found:
It sounds like you haven’t placed the proper “PerlRequire” line for webmux.pl
in your apache configuration file.On Fri, Jun 22, 2001 at 02:21:22PM +0200, Michael Thies wrote:
Hi,
I just installed 1.3-105 .-)
And I think, I have made all important changes (httpd.conf and config.pm),
but I get an internal server error, and in error_log I found:
somehow something is going wrong with the
“PerlHandler RT::Mason”-line .-(
mod_perl is added.
For grins and chuckles, would you be willing to show us the relevant
portion of your httpd.conf? Also, do you have mod_perl compiled “into”
Apache or is it loaded as a DSO? (I was having very similar problems
until I did the merged-build Apache/mod_perl.)
For grins and chuckles, would you be willing to show us the relevant
portion of your httpd.conf? Also, do you have mod_perl compiled “into”
Apache or is it loaded as a DSO?
AddModule mod_perl.c
lol
don’t think, I have to explain more?
although I determined, that it is an apache/1.3.3 .-( ouch
I will install a more recent version on that server.
(I was having very similar problems
until I did the merged-build Apache/mod_perl.)
maybe this (our) apache is very very too old and mod_perl currently
not really buildt.
If I still will have trouble with using rt (on that machine), I will ask
again.
Many thanks for opening my eyes.
\o/
Michael Thies
For grins and chuckles, would you be willing to show us the relevant
portion of your httpd.conf? Also, do you have mod_perl compiled “into”
Apache or is it loaded as a DSO?
AddModule mod_perl.c
lol
don’t think, I have to explain more?
No, you don’t. And this is why it’s not working, you’re loading mod_perl
as an Apache module. Believe me when I tell you that this won’t fly.
although I determined, that it is an apache/1.3.3 .-( ouch
I will install a more recent version on that server.
What you want to do is to get the mod_perl and Apache sources, then
follow the instructions provided in the mod_perl source for building
mod_perl into Apache. Everything gets a whole lot better once you’ve
done so.
Apache::DBI isn’t the same as DBI. This is mentioned in the README.
ouch Yeah, sorry.
I got it working on monday .-)
Upgraded today on 2.0.0.
Now having a problem with the logout. .-(
I installed rt2 not as DocumentRoot of a server and had put it to
/rt2 with an Alias-Directive, configured config.pm this way.
I login to rt2 (mozilla0.9.1 or netscape 4.77 on a debian-system)
using it, perform a logout and get connected to the rt2 as the same user
again (automagically).
The only way to connect as an other user is, to close my browser and starting
a new instance .-(
That sounds like an issue with your WebRT/sessiondata directory not
being properly writable or possibly your CGI::Cookie being out of date.On Wed, Jun 27, 2001 at 11:55:42AM +0200, Michael Thies wrote:
On Mon, Jun 25, 2001 at 09:06:52AM -0400, Jesse wrote:
Apache::DBI isn’t the same as DBI. This is mentioned in the README.
ouch Yeah, sorry.
I got it working on monday .-)
Upgraded today on 2.0.0.
Now having a problem with the logout. .-(
I installed rt2 not as DocumentRoot of a server and had put it to
/rt2 with an Alias-Directive, configured config.pm this way.
I login to rt2 (mozilla0.9.1 or netscape 4.77 on a debian-system)
using it, perform a logout and get connected to the rt2 as the same user
again (automagically).
The only way to connect as an other user is, to close my browser and starting
a new instance .-(
we just installed perl 5.6.1, and I still have this Problem. .-(
curiously the sessiondata-dir is owned by user 42 after a restart of apache.
and it has groupid of nogroup (group running apache).
sessiondata-dir has file in it (owned by nobody:nogroup).
Doing a logout, I’m back logged in, as the last user .-(On Wed, Jun 27, 2001 at 08:49:45AM -0400, Jesse wrote:
That sounds like an issue with your WebRT/sessiondata directory not
being properly writable or possibly your CGI::Cookie being out of date.
the dir ist now (for testin purposes) chmod 777, nothing helped.
And the CGI::Cookie is Version 1.18.
hrm. Try commenting out the chown lines in webmux.pl and chowning the directory
for sessiondata manually?On Mon, Jul 02, 2001 at 12:33:09PM +0200, Michael Thies wrote:
Hi,
we just installed perl 5.6.1, and I still have this Problem. .-(
curiously the sessiondata-dir is owned by user 42 after a restart of apache.
and it has groupid of nogroup (group running apache).
sessiondata-dir has file in it (owned by nobody:nogroup).
Doing a logout, I’m back logged in, as the last user .-(
On Wed, Jun 27, 2001 at 08:49:45AM -0400, Jesse wrote:
That sounds like an issue with your WebRT/sessiondata directory not
being properly writable or possibly your CGI::Cookie being out of date.
the dir ist now (for testin purposes) chmod 777, nothing helped.
And the CGI::Cookie is Version 1.18.
Transporters are so ungodly. if god had wanted us to travel great distances
instantaneously, he would have given us an internal
materialisation/dematerialisation control.
– Shoshe Cole
Hi all,On Mon, Jul 02, 2001 at 10:54:02PM -0400, Jesse wrote:
hrm. Try commenting out the chown lines in webmux.pl and chowning the directory
for sessiondata manually?
Done, but this fscking-Problem still is present.
OK, maybe we have to live with it, because I can perform a browser-shutdown,
if I have to really log out an log in with an other userid in rt.
Each Coworker has its own workstation, and can lock it if he has to.
Maybe some day, I get back at this problem, or we install it on a far more
up-to-date system.