Just in case anyone is googling with the same error's I was having, somewhere in there my sessions database got the wrong type of data in it.  as described in the wiki, though my issue wasn't continuous login so much as login click on something, click again and get error about non writable /opt/rt3/var/session_data/.<br>
<br>Anyway, <br><br>I changed the table's data type back to longblob and I can now login, and click more than twice before having to restart the browser.  This was in the wiki here with slightly different symptoms that what I was experiencing:<br>
<br><a href="http://wiki.bestpractical.com/view/TroubleShooting">http://wiki.bestpractical.com/view/TroubleShooting</a><br><br>Still having some other issues but we should be able to workaround/sort those out.<br><br>Thanks!<br>
<br>Scott<br><br><div class="gmail_quote">On Mon, Dec 8, 2008 at 2:26 PM, Scott Thomson <span dir="ltr"><<a href="mailto:scott.e.thomson@gmail.com">scott.e.thomson@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hey Folks, <br><br>So I'm stumped, I was having issues with rt 3.4.5 so I upgraded and the issues have followed me.<br><br>We can log in, we can get to whatever we were logging in to see (ie our homepage, or a specific ticket if we specify the URL).  If we try to click on anything else, we get the following error message.<br>

<br>RT couldn't store your session. This may mean that that the directory 
'/opt/rt3/var/session_data' isn't writable or a database table is missing or 
corrupt.<br><br>I turned logging up to debug, and that didn't seem to turn anything up.  I've been combing through the httpd and mysqld logs and haven't seen anything there either.<br><br>This all started when I updated mysql from 4.1.20 to 4.1.22 and perl-5.8.5-36.el4_5.2 to perl-5.8.5-36.el4_6.3.<br>

<br>Any ideas?  If we delete the info in the session data table, we can then log back in.  Otherwise it continues to give the error message unless we close and reopen the browser.<br><br>We know that it sets a cookie with the session id in the browser as well.  It just seems to be unable to process that session ID once it's established?<br>

Thanks!<br><font color="#888888"><br>Scott<br>
</font></blockquote></div><br>