If the site has been working for a year now without any problems, something had to change, right? What changed? New modules maybe? What modules do you have installed? Maybe one of them is dumping your session or something.<br>
<br><div class="gmail_quote">On Wed, Feb 24, 2010 at 7:55 AM, Tomáš Fülöpp (<a href="http://vacilando.org">vacilando.org</a>) <span dir="ltr"><<a href="mailto:tomi@vacilando.org">tomi@vacilando.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Good idea, Mark. Checked time zone -- but it is correct. Anyway, if that were the problem then it would not work in maintenance mode, I assume.<div>
<div></div><div class="h5"><div><br></div><div><br></div><div>
<br><br><div class="gmail_quote">On Wed, Feb 24, 2010 at 15:27, Mark Noble <span dir="ltr"><<a href="mailto:mark-d-noble@comcast.net" target="_blank">mark-d-noble@comcast.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
It's possible that it is a time zone issue / session length issue. We
were having a problem on another (non-Drupal site) where the user would
be logged out immediately or in a very short time. It turned out that
their timezone settings were incorrect which caused the cookie to
expire immediately rather than after our one hour default session
length. Fixing the timezone worked as did increasing the default
session length. <br>
<pre cols="72">Regards,
Mark Noble</pre><div><div></div><div>
<br>
On 2/24/2010 5:29 AM, Tomáš Fülöpp (<a href="http://vacilando.org" target="_blank">vacilando.org</a>) wrote:
<blockquote type="cite">Hi,<br>
<br>
Thanks for the quick comments. Quick replies:<br>
<ul>
<li>It may be a cookie problem, but only in ways I am not
understanding. It is not the case of blocked cookies in browser. After
all, many other Drupal sites, same version, work. </li>
<li>User table record 0 (anon) is intact, so is record 1 (admin).</li>
<li>Setting cookie domain with www - tried, but no effect. After
all, it's been working for more than a year without www.</li>
<li>Corrupt session table? I don't think so -- as I said, I
truncated it. Also ran analysis and repair on it, and on all other
tables as well, in fact.</li>
</ul>
Now, there is <u>some</u> progress. I have set the site to maintenance
mode by setting the "site_offline" variable.<br>
SURPRISE - I am not being kicked out of the session! Tried all sorts of
things - access rebuild, cache clearing, switching off all but bare
necessary modules, opening and saving permissions page and the admin
user account, etc., logical and illogical things. <br>
<br>
Still, however, when I set the site out of the maintenance mode, it
kicks me out of the session on second or third click. Sometimes more
clicks. I think I went up to 5. <br>
<br>
I wonder why should it work in maintenance mode but not without it?
Cookies seem to be OK, right? Session table as well. It must be
something else.. but what?<br>
<u>This is the crucial question</u>: What is special about the
maintenance mode that could be causing this difference? This should
narrow down the possible causes.<br>
<br>
Thanks for any further ideas...<br>
<br>
Tomáš<br>
<br>
PS Btw, I've also installed the dev version of D6 (because of the menu
router problem, which I was experiencing in D6.15 and I suspected that
could be a problem), but it did not help.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<div class="gmail_quote">On Wed, Feb 24, 2010 at 04:31, Don <span dir="ltr"><<a href="mailto:donald@fane.com" target="_blank">donald@fane.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;">
<div bgcolor="#ffffff" text="#000000">I've seen a corrupt sessions
MySQL table cause problems too.<br>
<font color="#888888"><br>
-Don-</font>
<div>
<div><br>
<br>
On 2/23/2010 9:57 PM, Randy Fay wrote:
<blockquote type="cite">Since this *really* sounds just like the
"cookies not
enabled in browser" situation, I just wanted to mention something I'm
sure you already tried, which is accessing it from a different browser
or computer.<br>
<br>
It's trivial to make all drupal logins stop working: You just turn off
cookies in the browser, and it works just like you're describing.<br>
<br>
-Randy<br>
<br>
<div class="gmail_quote">On Tue, Feb 23, 2010 at 5:30 PM, <a href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.com</a> <span dir="ltr"><<a href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.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;">You
can
always edit the database directly.<br>
<br>
It sounds like a cookie problem, though. Try setting the cookie domain
explicitly in your settings.php file to just <a href="http://example.com" target="_blank">example.com</a> (not <a href="http://www.example.com" target="_blank">www.example.com</a>,
or
whatever).<br>
<br>
Also, check to make sure that uid 0 is still intact in the database.
That's another common source of weirdness, in my experience.<br>
<br>
--Larry Garfield
<div>
<div><br>
<br>
Tomáš Fülöpp (<a href="http://vacilando.org" target="_blank">vacilando.org</a>) wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br>
<br>
Is there a backdoor way to force admin login if everything fails?
Something like the way $update_free_access is changed to TRUE to allow
running update.php....?<br>
<br>
A client got locked out of D6.15 completely, including admin. Login
seems to work (I see admin only links on logon), cookies are set, but
only on the initial page.... any subsequent click is treated as done by
an anonymous user (checked the watchdog this way). I've cleared all
browser caches, Drupal caches via the db, also the Drupal sessions
table, checked the cookie domain, the admin user record exists in the
user table, etc. in settings.php, deleted and re-uploaded D6.15.
Nothing in the php logs. Nothing unusual in watchdog - just access
denied by anonymous... Spent an equivalent of a day on this but I know
there is a ton of things I can still try - e.g. rebuild access rights.
But I do need to log in first, only by myself. So... is there a way to
force admin login? Cannot find this info anywhere.<br>
<br>
Thanks!<br>
<br>
Tomáš<br>
<br>
</blockquote>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Randy Fay<br>
Drupal Development, troubleshooting, and debugging<br>
<a href="mailto:randy@randyfay.com" target="_blank">randy@randyfay.com</a><br>
+1 970.462.7450<br>
<br>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</blockquote>
</div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br>