täglich Forumausfälle (nur bei mir?)

**AspirinJunkie**

Da ich hier kein Feedback-Forum finden konnte nun in OT:
Seit einigen Wochen stelle ich fest das das Forum beinahe täglich für mehrere Stunden (!) nicht erreichbar ist.
Folgende Woltlab-Beispiel-Fehlermeldung erhalte ich:

Spoiler anzeigen

Code

Fatal error: Invalid SQL: INSERT INTO wcf1_session (sessionID, packageID, userID, ipAddress, userAgent, lastActivityTime, requestURI, requestMethod, username) VALUES	 ('617b9c556ce3117ebce6ba748f1bd86c82fc0190', 38, 0, '92.226.249.209', 'Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4', 1279746800, '/index.php?page=Portal', 'GET', '' )
You get more information about the problem in our knowledge base: http://www.woltlab.com/help/?code=1114
Information:
error message: Invalid SQL: INSERT INTO wcf1_session (sessionID, packageID, userID, ipAddress, userAgent, lastActivityTime, requestURI, requestMethod, username) VALUES ('617b9c556ce3117ebce6ba748f1bd86c82fc0190', 38, 0, '92.226.249.209', 'Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4', 1279746800, '/index.php?page=Portal', 'GET', '' )
error code: 1114
sql type: MySQLDatabase
sql error: The table 'wcf1_session' is full
sql error number: 1114
sql version: 
file: /var/www/vhosts/autoit.de/httpdocs/wcf/lib/system/database/MySQLDatabase.class.php (118)
php version: 5.2.13
wcf version: 1.1.2 (Tempest)
date: Wed, 21 Jul 2010 21:13:20 +0000
request: /
referer: 
Stacktrace:
#0 /var/www/vhosts/autoit.de/httpdocs/wcf/lib/system/session/CookieSessionFactory.class.php(71): MySQLDatabase->sendQuery('INSERT INTO ?wc...')
#1 /var/www/vhosts/autoit.de/httpdocs/wcf/lib/system/session/SessionFactory.class.php(73): CookieSessionFactory->create()
#2 /var/www/vhosts/autoit.de/httpdocs/lib/system/WBBCore.class.php(200): SessionFactory->get()
#3 /var/www/vhosts/autoit.de/httpdocs/wcf/lib/system/WCF.class.php(98): WBBCore->initSession()
#4 /var/www/vhosts/autoit.de/httpdocs/global.php(18): WCF->__construct()
#5 /var/www/vhosts/autoit.de/httpdocs/index.php(7): require_once('/var/www/vhosts...')
#6 {main}

Alles anzeigen

Das was mich daran wundert ist dass wenn es denn dann doch irgendwann nach vielen Stunden wieder geht in dieser Zeit Threads geschrieben wurden und Beiträge gepostet wurden während ich nicht reinkam.
Tritt das ganze also nur bei mir auf?
Ich meine unwahrscheinlich da ich dieses Phänomen bisher auf 4 Rechnern (XP & Win7) an 3 verschiedenen Internetanschlüssen verschiedener Anbieter mit 3 verschiedenen Browsern auch nach löschen des Caches reproduzieren konnte.

Was ist das?

**peethebee**

Zitat von AspirinJunkie

Was ist das?

Beschissen ;-).

Das Problem besteht serverseitig und soweit ich weiß überschreibt das WBB bei jedem Update (vor kurzem war wieder eines) die von Gun-Food von Hand geänderten Serverparameter hinsichtlich dieser Session-Tabelle.
Das muss also dringend wieder angepasst werden. Eine dauerhafte Lösung wäre natürlich ein Traum .

Sorry for the inconvenience!
Johannes

Slowly

Könnte man den nicht mittels Cronjob die Session-Tbl alle x Stunden wieder einspielen und die aktuelle überschreiben ?

Oder wird bei jedem Update die Session-Tbl auch von der Syntax/etc. geändert ?

i2c

In dem Fall ist die Tabelle für die Sessions in der Datenbank voll und deshalb können keine neuen angelegt werden.
Vor der Meldung stand ich heute am frühen Nachmittag zur Abwechslung auch mal. Dieser "Fehler" betrifft immer nur User die eben eine neue Sesion brauchen. Andere, die immernoch eine gültige Session in der Datenbank haben können fröhlich und ungestört weiterposten.

Helfen könnte es, die max_heap_table_size zu erhöhen. Im ACP hätte man die Möglichkeit, die Gültigkeitsdauer der Sessions zu verkürzen um so frühzeitig für mehr Platz zu sorgen. In den Admin Tools gibt es afair auch die Möglichkeit eine regelmässige Datenbankoptimierung anzustossen.

edit: hab auch schonmal schneller getippt.

clezZ

Bei mir ist das auch so (bzw. bei meinem Bruder).
Da kommt dann auch immer so eine Fatal Error Meldung.
Ist aber nur am XP Rechner. An meinem Vista Rechner ist das nie gewesen.

stayawayknight

das letze mal, das sowas bei mir war war vor ca. einem Monat... in letzer Zeit taucht bei mir gar nix mehr auf

**Andy**

Der in der Fehlermeldung verlinkte Beitrag im Woltlab-Forum spricht Bände....
Das hier sollte helfen...scheint mir jedenfalls logisch....weiterhin würde mich interessieren wer die Tabelle "dauernd" zumüllt^^
http://www.woltlab.com/forum/burning-…ion/#post902830

anno2008

Hat hier mal noch ein Admin reingeschaut?
Sind ja ein paar Lösungsvorschläge hier drin, ich hoffe dass die was nutzen. Es ist nämlich schon sehr nervig. Ich komme zu 90% nicht auf die Seite.
Bitte bitte tut was

Skilkor

Guten Tag zusammen
Ich hatte heute zum Ersten mal so ein Problem.
Selbst wen das prob schon "Behoben" sein sollte. so find ich doch, das ich es euch Mitteilen sollte
Ich habe Gleich ein Prt Scr gemacht.
Weiter hab ich noch meinen rechner seit 4 Tagen nicht Neugestartet (Win7 Ultimate 64bit halt ^^)
und habe über nacht das Programm
CCleaner (Link) http://www.piriform.com/ccleaner
Laufenlassen und habe debei "Cockies & co" Entfernt und den Speicher Optimiert
(Cockie und co" clean lass ich vll 1x alle 1-2 monate laufen und die Speicher optimierung vll 1x alle 6monate oder mehr, alls selten
Und nach einem neustart des rechners connt ich wider connecten

Mfg Skilkor

**peethebee**

Ich habe mal den "Leert die Session Tabelle" Cronjob auf alle 10 Minuten gesetzt. Bitte mal beobachten, ob das hilft.

Johannes

Skilkor

*Feedback*

Bis Jetz kein Error vorkomniss bei mir.

Falls sich wider eines zeigen sollte.
*MELD*

lukiono

Ja, lustig dieser Fehler. Ich konnte 3 Tage nicht auf Autoit rauf.

Deshalb hasse ich WBB so

**Gun-Food**

Hallo.

Den Cronjob Leert die Sessiontabelle habe ich erstellt. Er löscht alle Einträge zu Suchmaschinen in der Session Tabelle, da mir aufgefallen ist, dass diese Einträge ca. 50% der Tabellengröße ausmachen. Daher habe ich den Einträg mal wieder auf alle 5 Minuten gesetzt. Zuletzt stand der auf minütlich.

Leider hilft das noch nicht. Ich suche noch nach der Funktion um diese Einträge aus der Sessiontabelle komplett rauszuhalten. Wenn da noch jemand ne Idee hat, wäre ich da sehr dankbar.

Grüße

Gun-Food

Carsten8

Soweit ich mich erinnern kann, werden die Sessions in der Datei wcf/lib/system/session/CookieSessionFactory.class.php erstellt bzw. in die MySQL Tabelle geschrieben. Dort sollte eine einfache If Abfrage verhindern, dass solche Einträge entstehen. Ich entpacke hier mal ne etwas ältere WBB Version und such ein wenig, vielleicht finde ich ja was.

**peethebee**

Im verlinkten Thread stand, dass er die Bots per .htaccess rule rausgehalten hat… Außer Google und Bing, die vermutlich sauber arbeiten, brauchen wir ja auch keine Suchmaschinen.

Johannes

**Gun-Food**

Sehr viel andere Suchmaschinen sind es ja auch nicht. Vielleicht noch der ein oder andere Crawler, aber die beiden großen sind google und im moment yahoo.
Und die beiden haben den monsteranteil in der sessiontabelle.

**peethebee**

Man könnte auch deren Revisit-Time erhöhen vielleicht, oder?

Johannes

**Gun-Food**

Wäre ne idee. ich versuch das mal

**Der_Doc**

Wieso werden die überhaupt in der Sessiontabelle aufgenommen?
Kann man die Suchmaschinen net ausklammern?

MfG
Der_Doc

**Andy**

Ja, das wäre eine Maßnahme! Muß man den Suchmaschinen 24/7 den Zugang ermöglichen? Eigentlich sollte es reichen, wenn die 1x am Tag (wenns hilft auch nur alle 2 Tage) ihren Index auf Vordermann bringen. Ich zumindest muß nicht meinen Beitrag eine halbe Stunde nach dem Erstellen mit jeder Suchmaschine auf der Welt finden. Am nächsten Tag reichts auch noch^^