RT-3.4.5 - losing session

Hello -

Requisite version information:
rt-3.4.5
perl-5.8.8
apache-2.0.58
mysql-5.0.26
mod_perl-2.0.2

After upgrading apache, I started having a problem where, after
clicking a link in RT, I’m sent back to the login page. It seems that
something went awry with how login sessions are handled. Since
upgrading apache, I’ve re-compiled both mod_perl and mysql, thinking
that would fix the problem but it hasn’t.

Any ideas?

Thanks!

Erik Anderson
http://andersonfam.org

After upgrading apache, I started having a problem where, after
clicking a link in RT, I’m sent back to the login page. It seems that
something went awry with how login sessions are handled. Since
upgrading apache, I’ve re-compiled both mod_perl and mysql, thinking
that would fix the problem but it hasn’t.

…just an update on this issue. It appears that the login cookie is
being set correctly at login, but is not being read back correctly
upon further page navigation. I’ve reproduced this problem with
several different web browsers and several computers, so it’s not a
client-side problem

-Erik

After upgrading apache, I started having a problem where, after
clicking a link in RT, I’m sent back to the login page. It seems that
something went awry with how login sessions are handled. Since
upgrading apache, I’ve re-compiled both mod_perl and mysql, thinking
that would fix the problem but it hasn’t.

I’m continuing to pound away at this issue and have still not come up
with a solution. I’m debating upgrading RT this evening, but wanted
to do a last bit of checking before doing that. I checked out the RT
tables in Mysql, and noticed that all of the tables were InnoDB except
for the sessions table, which is a MyISAM table. Could this be
causing the problem? I’d doubt it, but wanted to run it by the list.
New login sessions are being added to the table.

Thank you-
Erik Anderson

After upgrading apache, I started having a problem where, after
clicking a link in RT, I’m sent back to the login page. It seems
that

something went awry with how login sessions are handled. Since
upgrading apache, I’ve re-compiled both mod_perl and mysql, thinking

that would fix the problem but it hasn’t.

I’m continuing to pound away at this issue and have still not come up
with a solution. I’m debating upgrading RT this evening, but wanted to
do a last bit of checking before doing that. I checked out > the RT
tables in Mysql, and noticed that all of the tables were InnoDB except
for the sessions table, which is a MyISAM table. Could this be causing
the problem?
I’d doubt it, but wanted to run it by the list.
New login sessions are being added to the table.

I assume that you’ve checked the Apache error_log for this host? That’d
be the first place that I’d check.

I assume that you’ve checked the Apache error_log for this host? That’d
be the first place that I’d check.

Yes - I have checked it…nothing out of the ordinary:

[Tue Mar 06 23:08:56 2007] [notice] caught SIGTERM, shutting down
[Tue Mar 06 23:08:59 2007] [notice] suEXEC mechanism enabled (wrapper:
/usr/sbin/suexec2)
No root path(s) specified at /var/www/helpdesk/rt-3.4.5/bin/webmux.pl line 98
[Tue Mar 06 23:09:00 2007] [notice] Digest: generating secret for
digest authentication …
[Tue Mar 06 23:09:00 2007] [notice] Digest: done
[Tue Mar 06 23:09:00 2007] [notice] Apache configured – resuming
normal operations

It’s been throwing the “no root path” since well before this problem arose.

-erik

Erik Anderson
http://andersonfam.org

After upgrading apache, I started having a problem where, after
clicking a link in RT, I’m sent back to the login page. It seems that
something went awry with how login sessions are handled. Since
upgrading apache, I’ve re-compiled both mod_perl and mysql, thinking
that would fix the problem but it hasn’t.

I’m continuing to pound away at this issue and have still not come up
with a solution. I’m debating upgrading RT this evening, but wanted
to do a last bit of checking before doing that. I checked out the RT
tables in Mysql, and noticed that all of the tables were InnoDB except
for the sessions table, which is a MyISAM table. Could this be
causing the problem? I’d doubt it, but wanted to run it by the list.
New login sessions are being added to the table.

Well I just did a test upgrade to 3.6.3 and the exact same session
problem showed itself there. Any further ideas what this could be
caused by?

Hello Sir,
Well here in our orgranisation we are also facing the same problem in RT even after uprading it to 3.4.5 to 3.6.3

       Can any body  have idea regarding what to debug in this case?


                    
              
                    Bhushan Karia
                    Software Engineer  Elitecore Technologies
                    904,Silicon Tower
                    B/H Pareesima Building
                    Off C.G Road
                    Ahmedabad  
                    bhushan@elitecore.com  tel:  91-079-26405600  
                   
             
        
 
        Add me to your address book... Want a signature like this?