Pagina 1 van 1

Inloggen als admin lukt niet - opgelost

Geplaatst: 02 mar 2006, 11:28
door postkat
Support template:
  • Wat is het probleem? Als ik wil inloggen op het adminpaneel kom ik telkens weer terug op de inlogpagina. Als ik in het access log kijk ziet het er naar uit dat het een redirect loop is.
    Wanneer ontstond het probleem? Vandaag voor het eerst opgemerkt.
    Adres van je forum: http://prikbord.allemaalkatten.nl
    Geïnstalleerde mods: niks bijzonders.
    Huidige template: Subsilver basis met aangepast stylesheet
    phpBB versie: 2.0.19
    Waar is je forum gehost: protagonist.nl
    Heb je onlangs iets verandert aan je forum? Nee
    Heb je gezocht naar een antwoord? (Ja, welke zoekwoorden? Nee, probeer eerst eens te zoeken)
    Ja ik heb eerst alle onderwerpen over admin inlog problemen gelezen maar kom niks tegen wat het zou kunnen verklaren of een oplossing biedt. Gebruikte zoekwoorden admin, paneel, inlog, inloggen, lukt niet, problemen, redirect. (niet allemaal tegelijk) Wilde ook nog zoeken op het Engelse forum maar dat was "down for maintenance".
Overige opmerkingen:

De update naar 2.0.19 is niet van recente datum en tot vandaag werkte alles prima. Hoewel de laatste keer dat ik op het admin paneel inlogde geloof ik op 8 februari was. Joost mag weten wat mijn host intussen allemaal heeft uitgespookt. Afgelopen weekend was mijn website een tijd slecht of niet bereikbaar, het is niet ondenkbaar dat ze iets hebben gewijzigd aan de server(php)configuratie of zo. Zou niet de eerste keer zijn... Ze hebben ook al eens op eigen houtje mijn website naar een andere server verplaatst.

Als iemand een idee heeft waar het aan zou kunnen liggen...

Geplaatst: 02 mar 2006, 11:41
door Raimon
Beste Postkat,

heb je dit ook als je gewoon inlogt op het forum of gaat dat normaal.
Heb je ook laatst toevallig een modificatie er opgezet?

Geplaatst: 02 mar 2006, 11:47
door postkat
Het probleem is alleen als ik op het administratie paneel wil inloggen, gewoon inloggen gaat probleemloos.
De enige wijziging die ik onlangs heb gemaakt is een include in de index.php i.v.m een spambot val maar na verwijdering van de include gaat het nog steeds fout.

Geplaatst: 02 mar 2006, 11:57
door Raimon
Ik denk dat er een fout in de inlog.php zit.
Kun je die in een link zetten, en heb je geen aanpassingen gedaan in de file inlog.php?
Mischien dat er wat fout is gegaan met de update :wink:

voorlopig opgelost

Geplaatst: 02 mar 2006, 12:01
door postkat
Ik realiseerde me opeens dat ik onlangs wel iets heb gewijzigd.... :oops:
De sessions tabel was volgelopen en ik had sessions.php aangepast om te voorkomen dat dat in de toekomst weer zou gebeuren. Origineel weer teruggeplaatst en het inloggen functioneert weer.
Nou moet ik alleen het session probleem weer zien op te lossen....

Geplaatst: 02 mar 2006, 12:05
door Raimon
Fout je is menselijk mooi dat het is opgelost :wink:

Welke foutmelding met Sesions krijg je dan :)

Geplaatst: 02 mar 2006, 12:20
door postkat
Het is een fout die eens in de zoveel tijd voor komt, waarschijnlijk als er een robot is langs geweest of zo.
Dan krijg je de foutmelding
phpBB : Critical Error

Error creating new session

DEBUG MODE

SQL Error : 1114 The table 'phpbb_sessions' is full
Op dat moment is het simpel op te lossen door de tabel handmatig te legen, maar als ik de hele dag naar m'n werk ben betekent dat wel dat het forum al die tijd niet bereik baar is.

Geplaatst: 02 mar 2006, 12:39
door Raimon
De fix die op phpBB staat :)

Code: Selecteer alles

 Open de file includes/sessions.php 
#
#
--------
Code: 
--------
message_die(CRITICAL_ERROR, 'Error creating new session', '', __LINE__, __FILE__, $sql); 


----------------------------------------
Replace this with the following code. 
-----------------------------------------
 
$error = TRUE; 
if (SQL_LAYER == "mysql" || SQL_LAYER == "mysql4") 
{ 
    $sql_error = $db->sql_error($result); 
    if ($sql_error["code"] == 1114) 
    { 
        $result = $db->sql_query('SHOW TABLE STATUS LIKE "'.SESSIONS_TABLE.'"'); 
        $row = $db->sql_fetchrow($result); 
        if ($row["Type"] == "HEAP" || $row["Engine"] == "MEMORY") 
        { 
            if ($row["Rows"] > 2500) 
            { 
                $delete_order = (SQL_LAYER=="mysql4") ? " ORDER BY session_time ASC" : ""; 
                $db->sql_query("DELETE QUICK FROM ".SESSIONS_TABLE."$delete_order LIMIT 50"); 
            } 
            else 
            { 
                $db->sql_query("ALTER TABLE ".SESSIONS_TABLE." MAX_ROWS=".($row["Rows"]+50)); 
            } 
            if ($db->sql_query($sql)) 
            { 
                $error = FALSE; 
            } 
        } 
    } 
} 
if ($error) 
{ 
    message_die(CRITICAL_ERROR, "Error creating new session", "", __LINE__, __FILE__, $sql); 
} 
------------------
Save en close file
---------------------
Dit script verwijderd de oudste 50 rows (geen geldige sessions) van de sessies Tabels als er meer als 2500 rows in de tabel aanwezig zijn.
Als er minder dan 2500 rows aanwezig zijn,
Worden er 50 rows toegevoegd aan de tabel MAX_ROWS.
Dit is omdat de tabel groter en groter steeds wordt, en op ten duur vol raakt.

Dus om een lang verhaal kort te maken dit zorgt er voor dat de 50 oudste sessies worden verwijderd (die je niet langer nodig hebt).

Geplaatst: 02 mar 2006, 12:46
door postkat
Dit was dus inderdaad de wijziging die ik had gemaakt..Vermoedelijk heb toen per ongeluk een oude versie van sessions.php geupload....
Nu heb ik sessions.php weer gewijzigd en het ziet er naar uit dat het nu wel werkt zonder problemen.


Bedankt voor het meedenken! :D