tl_search crash

[dol...]

hallo tl-spezialisten :-)

habe folgendes problem:
nach jeder neuen installation von TL auf meiner (mac) xampp-umgebung habe ich beim aufruf des frontends immer wieder dieselbe fehlermeldung> dass tl_search defekt ist!!

ich muss jedesmal mit dem phpMyAdmin-tool die tl-search tabelle reparieren danach geht wieder alles....bis zum nächsten crash

an was könnte das liegen?...

danke für eure hilfe.

dolores

[joerg-t]

Hallo Dolores,
lange haben wir uns nicht gesprochen, seit dem Tl treffen.
Hast du denn einmal versucht unter Systemwartung/Daten bereinigen
den Suchindex neu auf zu bauen?

Grüße Jörg

[dol...]

hallo jörg, freut mich auch dich hier mal wieder zu treffen :–))

werde deinen tipp gleich mal ausprobieren...danke dir.
melde mich dann wieder wenns geklappt hat.

liebe grüsse
dolores

[dol...]

so, habe mal die systembereinigung gemacht und es funktioniert noch alles...
hoffe es hält an...soll ich das nun jedesmal nach einer neuinstallation zuerst erledigen??...

[joerg-t]

diesen Vorgang führe ich immer vor der Sicherung
eines Templates aus.

[dol...]

Lieber Jörg

Vielen herzlichen Dank für den guten Tipp. Werd ich nun auch immer machen, wieder was gelernt

Dann kann ich ja nun beruhigt schlafen gehen
Bis ein anderes Mal wieder...

Liebe Grüsse
Dolores

[joerg-t]

gerne,

Liebe Grüße in die Schweiz

[Anke]

Wenn ich hier auch mal dazu beitragen darf ;-)

Ich habe gestern ein Web von 2.6.x auf 2.7.5 geupated. Es hat soweit alles gut geklappt, außer dass ich dann auch im FE tl_search crash angezeigt bekam. MySQL zeigte die Tabelle als "in Benutzung". Tabelle repariert, in der Systemwartung alles gelöscht, Frontend funktioniert wieder.

Heute, ein anderes Web, das auf dem aktuellen Stand ist, und in dem gestern hauptsächlich inhaltlich was geändert wurde. Eben rufe ich es auf und erhalte auch hier die Meldung, dass die tl_search gecrashed ist. Tabelle händisch repariert, jetzt geht's wieder. Aber das ist doch kein Zufall!?

[ronnyjohn]

Hi Leute,

mich würde auch gern interessieren was da passiert.
Bei uns ist der Fehler innerhalb einer Woche bei zwei Kunden ebenfalls aufgetreten, was nicht gut ist.

Weis jemand mehr darüber?

[lindesbs]

Da es ja doch einige betrifft, hat schonmal jemand ein Ticket geschrieben ?


http://https://contao.org/projects/typolight/issues

[Sebastian]

HI

dieses Verhalten trat auch schonmal auf (so vor einem Jahr, oder so?) und ich meine, Leo hätte damals gesagt, dass das nichts mit TYPOlight zu tun hätte. Insofern kann ich mir den Erfolg des Tickets ausmalen

Aber ein Versuch schadet ja nicht, wobei ich das Problem noch nicht hatte, ich werde es also nicht machen.

Sebastian

[BugBuster]

Die Diskussion gabs schon im alten Forum, der "Fehler" is nicht neu:
https://contao.org/board/message/49009.html ff.

Kurzform: MySQL Bug, je nachdem welche Server Version verwendet wird.
Man kann was an den Einstellungen machen, sofern man an MySQL DB was drehen kann.
Alternative:
https://contao.org/board/message/49490.html

.

[xtra]

Die Diskussion gabs schon im alten Forum, der "Fehler" is nicht neu:
https://contao.org/board/message/49009.html ff.

Kurzform: MySQL Bug, je nachdem welche Server Version verwendet wird.
Man kann was an den Einstellungen machen, sofern man an MySQL DB was drehen kann.
Alternative:
https://contao.org/board/message/49490.html
.

Wenn wir hierzu die Rahmenbedingungen etwas genauer eingrenzen koennten, dann koennte man auf dieser Basis die MySQL Klassen dahingehend abaendern, dass sie einen FULLTEXT key gar nicht mehr erzeugen sondern auf betroffenen Maschinen automatisch ignorieren.
Sobald der Provider dann seiner Pflicht nachgekommen ist und MySQL auf eine passende Version upgraded hat, wuerde dann die Klasse wieder so vorgehen wie bisher. Ich sehe sowas in einigen Projekten, wo auf die div. Bugs von Serversoftware eingegangen wird und Probleme mit denselbigen vermieden wird.
Eine weitere Alternative waere noch, den TL check mit einer Warnung vor betroffenen MySQL Versionen zu versehen.

Um mal ein paar Gedankengaenge zu fixieren.

[Thomas]

Welche Version oder Versionen sind denn davon betroffen?

Das wäre ja mal interessant zu wissen, um gegebenenfalls den Anbieter darauf aufmerksam zu machen.

[BugBuster]

Laut damaligen Thread die Server Versionen 4.1.2 und 5.0.44

Kann natürlich noch mehr geben.

Wobei ich grad woanders lese das es bei der 4er ab der 4.1.2 behoben sein soll,
bei den 5.0er Versionen gibt es die Aussage ab 5.0.46 und bei der 5.1er ab 5.1.21

.

[MacKP]

Bei mir (domainfactory) läuft MySQL 5.1.39

Hatte das Prob jetzt bei einer von ca. 10 Installationen bei denen.

Viele Grüße

[ronnyjohn]

Bei uns läuft MySQL 5.0.84 (domainfactory)
... das Problem hatten wir jetzt schon zweimal.

Grüße
Ronny

[gaj]

DF vermutet, dass dies mit dem Update auf die MySQL-Version 5.1.39 zu
Stande kam. Bei dem Update wurden die Indexfiles sporadisch beschädigt,
ein generelles Problem ist dies anscheinend nicht.

[MacKP]

Hallo gaj,
danke für die Info.
Muss ich mal in meinen Mails wühlen ob ich da ne Benachrichtigung hatte...
Normalerweise bekommt man von denen ja ne info wann die was machen (ein Grund warum ich die so mag *g*).

Viele Grüße

[gaj]

Bitte!

Laut DF sollte diese Problematik bei zukünftigen Updates nicht mehr auftreten. Es war anscheinend nur ein temporäres Problem.

[felix-oertel]

Leider ist selbst 2012 dieses Problem bei DF immer noch nicht vom Tisch.
Es sind bei einem Projekt mittlerweile 3 mal dieses Problem aufgetreten, auf 2 verschiedenen Paketen.

'tl_search' auf
MySql 5.1.60, Contao 2.9.5.
ManagedHostingPro

Hat jemand Rat?