---
title: "login nicht moeglich -> datenbankbe probleme be-sessions."
url: "https://www.typo3.net/d/10964-login-nicht-moeglich-datenbankbe-probleme-be-sessions"
source: "typo3.net"
tags: ["Hosting","Installation & Update","Datenbank","Tipp"]
created: "2004-04-27"
last_reply: "2004-04-27"
replies: 0
solved: false
page: 1
pages: 1
lang: "de"
---

# login nicht moeglich -> datenbankbe probleme be-sessions.

Hosting › Installation & Update · 0 Antworten · gestartet 2004-04-27

## Eröffnungsbeitrag

**jamiro** · 2004-04-27 · [Beitrag #1](https://www.typo3.net/d/10964-login-nicht-moeglich-datenbankbe-probleme-be-sessions/1)

vielleicht mal etwas fuer fie FAQ, weil problem + lösung.
es hat mich so dermassen schockiert, und die letzte stunde hat mich so unglaublich viele graue haare gekostet, dass ich hoffe hiermit dem ein oder anderen die erfahrung zu ersparen.

nach wochenlanger bastelei an einer page heute der GAU:

nach dem installieren einer extension kam die meldung, du bist nicht mehr eingeloggt :(
im frontend der page genauso wie im backend bereich eine haessliche meldung:

> Can't open file: 'be_sessions.MYI'. (errno: 145)
>
> Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL
> result resource in
> (blablabla ...)
>
> Warning: Cannot modify header information - headers already sent by
> (output started at
> /home/bceorg/public_html/typo3_src-3.5.0/t3lib/class.t3lib_userauth.php:166)
> in
> /(....)

das einloggen im BE war nicht mehr möglich.

und hier die loesung:

im phpMyAdmin steht: table be_sessions **ist in benutzung**, fuer ein backup der datenbank ist es jetzt wohl zu spät ;)

da der table be_sessions deshalb nicht geleert werden kann habe ich ihn gelöscht und mit:

CREATE TABLE be_sessions (
  ses_id varchar(32) NOT NULL default '',
  ses_name varchar(32) NOT NULL default '',
  ses_userid int(11) unsigned NOT NULL default '0',
  ses_tstamp int(11) unsigned NOT NULL default '0',
  ses_data blob NOT NULL,
  PRIMARY KEY  (ses_id,ses_name)
) TYPE=MyISAM;

neu angelegt, die daten die darin enthalten waren sind natuerlich ebenfalls gelöscht, ist aber nicht so schlimm, weil vermutl. nur die temp.-session daten darin gespeichert werden.

ursache fuer das ganz uebel ist vermutl. die tatsache, dass beim installieren der ext. der vorgang abgebrochen wurde. die datenbank denkt nun der table sei noch in benutzung. die gruetze die darin enthalten ist ist unbrauchbar. und weil in dem table der authentifizierungs mechanismus enthalten ist kann man sich nicht mehr anmelden.

und das problem muesste dann relativ weit verbreitet sein. gibt der server beim veraendern der datensaetze ein "timed out" oder man klickt beim veraendern genervt auf aktualisieren im browser, o.ä. dann sind einzelne table der datenbank schnell mal zerschossen.
schade das t3 kein funktion beinhaltet, die alle aenderungen als eine preview verwaltet und wenn etwas schief laeuft, dass dann die letzte als funktionierend bekannte version wiederverwendet wird.

ich fuer meinen teil habe daraus gelernt WIE WICHTIG EIN DATENBANKBACKUP IST!!!!
es war zwar auch schon wieder eine woche alt, aber da es sich um einen table gehandelt hat dessen inhalt nicht wichtig ist habe ich glück gehabt.

gruß aus berlin
jam

---

Quelle: „login nicht moeglich -> datenbankbe probleme be-sessions.“, typo3.net, https://www.typo3.net/d/10964-login-nicht-moeglich-datenbankbe-probleme-be-sessions
Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.