• Wenn du hier im Forum ein neues Thema erstellst, sind schon Punkte aufgeführt die du ausfüllen musst. Das dient im Allgemeinen dazu die notwendigen Informationen direkt mit der Frage bereitzustellen.
    Da in letzter Zeit immer wieder gerne das Formular gelöscht wurde und erst nach 3 Seiten Nachfragen die benötigten Infos für eine Hilfe kommen, werde ich nun jede Fragestellung die nicht einmal annähernd das Formular benutzt, sofort in den Sondermüll schicken.
    Füllt einfach die abgefragte Daten aus und alle können euch viel schneller helfen.

XF2.2 Server Fehlerprotokoll

Silmarillion

Silmarillion

Bekanntes Mitglied
Lizenzinhaber
Registriert
7. Nov. 2013
Beiträge
376
Punkte
93
Um Dir am besten Helfen zu können, solltest du ein paar Grundlegende Informationen bereithalten.
Um wirklich Hilfe zu erhalten sollten die Felder auch ausgefüllt werden.
Xenforo Version:
(Neuinstallation oder Upgrade von XF1/XF2)
Installierte AddOns inkl. Version:
PHP Version:
MySQL Version:

Fehlermeldung:
  • XF\Db\Exception: MySQL query error [1205]: Lock wait timeout exceeded; try restarting transaction
Code: 
[LIST]
[*]XF\Db\Exception: MySQL query error [1205]: Lock wait timeout exceeded; try restarting transaction
[*]src/XF/Db/AbstractStatement.php:228
[/LIST]
[LIST]
[*]Generiert von: Prof.Dr.Spock
[*]19 Dezember 2021 um 16:14
[/LIST]
Stack-Trace
           SELECT *
           FROM xf_thread
           WHERE thread_id = ?
           FOR UPDATE
       
------------

#0 src/XF/Db/Mysqli/Statement.php(196): XF\Db\AbstractStatement->getException('MySQL query err...', 1205, 'HY000')
#1 src/XF/Db/Mysqli/Statement.php(77): XF\Db\Mysqli\Statement->getException('MySQL query err...', 1205, 'HY000')
#2 src/XF/Db/AbstractAdapter.php(94): XF\Db\Mysqli\Statement->execute()
#3 src/XF/Db/AbstractAdapter.php(145): XF\Db\AbstractAdapter->query('
           SELECT *
       ...', 61474)
#4 src/XF/Service/Thread/Replier.php(181): XF\Db\AbstractAdapter->fetchRow('
           SELECT *
       ...', 61474)
#5 src/XF/Service/ValidateAndSavableTrait.php(40): XF\Service\Thread\Replier->_save()
#6 src/XF/Pub/Controller/Thread.php(603): XF\Service\Thread\Replier->save()
#7 src/XF/Mvc/Dispatcher.php(350): XF\Pub\Controller\Thread->actionAddReply(Object(XF\Mvc\ParameterBag))
#8 src/XF/Mvc/Dispatcher.php(257): XF\Mvc\Dispatcher->dispatchClass('XF:Thread', 'AddReply', Object(XF\Mvc\RouteMatch), Object(SV\WhoReplied\XF\Pub\Controller\Thread), NULL)
#9 src/XF/Mvc/Dispatcher.php(113): XF\Mvc\Dispatcher->dispatchFromMatch(Object(XF\Mvc\RouteMatch), Object(SV\WhoReplied\XF\Pub\Controller\Thread), NULL)
#10 src/XF/Mvc/Dispatcher.php(55): XF\Mvc\Dispatcher->dispatchLoop(Object(XF\Mvc\RouteMatch))
#11 src/XF/App.php(2326): XF\Mvc\Dispatcher->run()
#12 src/XF.php(488): XF\App->run()
#13 index.php(20): XF::runApp('XF\\Pub\\App')
#14 {main}

Status der Anfrage
array(4) {
  ["url"] => string(82) "/threads/coronavirus-gefahr-fuer-asien-europa-weltweit-deutschland.61474/add-reply"
  ["referrer"] => string(105) "https://www.fanlager.de/threads/coronavirus-gefahr-fuer-asien-europa-weltweit-deutschland.61474/page-2237"
  ["_GET"] => array(0) {
  }
  ["_POST"] => array(10) {
   ["message_html"] => string(514) "<blockquote data-attributes="member: 15356" data-quote="fradiavolo" data-source="post: 3378996"><p>Hat er doch im Bezug auf Russlands Sieg über die westliche Welt lange genug trainieren und perfektionieren können <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2 fr-fic fr-dii" alt=";)" title="Wink&nbsp; &nbsp; ;)" data-shortname=";)"></p></blockquote><p>Russland, Corona, der Aktienmarkt, Beutelchen ist ein Tausendsassa.</p>"
   ["attachment_hash"] => string(32) "9416046ba4bfa7c8e18f7b8435ccda87"
   ["attachment_hash_combined"] => string(87) "{"type":"post","context":{"thread_id":61474},"hash":"9416046ba4bfa7c8e18f7b8435ccda87"}"
   ["last_date"] => string(10) "1639926656"
   ["last_known_date"] => string(10) "1639926656"
   ["load_extra"] => string(1) "1"
   ["_xfToken"] => string(8) "********"
   ["_xfRequestUri"] => string(82) "/threads/coronavirus-gefahr-fuer-asien-europa-weltweit-deutschland.61474/page-2237"
   ["_xfWithData"] => string(1) "1"
   ["_xfResponseType"] => string(4) "json"
  }
}
Letzten Änderungen:
Schritte zur Reproduktion:

Link zum Forum: Fanlager.de - Fußball Live, Streams, Transfers, News!
------------------------------------------------
Erläuterung des Fehlers: Seite lädt teilweise sehr lange.
 
Kann jemand was mit der Fehlermeldung anfangen und mir diese erläutern? Wäre klasse. Besten Dank im Voraus. :)
 
Anmerkung: seitdem der Fehler aufgetreten ist (16:14 Uhr) läuft das Forum für eine gewisse Zeit total flüssig, wie immer, um dann für einige Minuten kaum oder nur extrem langsam aufrufbar zu sein. Gerade schon wieder. Das kann doch kein Zufall sein?
 
Silmarillion schrieb:
Kann jemand was mit der Fehlermeldung anfangen und mir diese erläutern?
Zum Vergrößern anklicken....
Im Thread Replier Service Zeile 181 wird der Thread-Datensatz aus Tabelle xf_thread mit einer Schreibesperre (FOR UPDATE) gelesen.
Diese Schreibsperre zu erhalten war nicht innerhalb der per MySQL-Konfigurationsvariablen innodb_lock_wait_timeout definierten Zeit möglich.

Warum das aufgetreten ist lässt sich ohne genauere Analyse nicht sagen, i.d.R. deutet es darauf hin dass entweder die Hardware überlastet ist (da sehr viel parallele Schreibaktivität auf die Tabelle stattfindet) oder es irgendwo einen Flaschenhals im Code gibt.
Aber wie gesagt, ohne genaue Analyse (Code, Prozessliste der MySQL-Abfragen während das auftritt, etc.) ist alles stochern im Trüben.
 
Kirby schrieb:
Im Thread Replier Service Zeile 181 wird der Thread-Datensatz aus Tabelle xf_thread mit einer Schreibesperre (FOR UPDATE) gelesen.
Diese Schreibsperre zu erhalten war nicht innerhalb der per MySQL-Konfigurationsvariablen innodb_lock_wait_timeout definierten Zeit möglich.

Warum das aufgetreten ist lässt sich ohne genauere Analyse nicht sagen, i.d.R. deutet es darauf hin dass entweder die Hardware überlastet ist (da sehr viel parallele Schreibaktivität auf die Tabelle stattfindet) oder es irgendwo einen Flaschenhals im Code gibt.
Aber wie gesagt, ohne genaue Analyse (Code, Prozessliste der MySQL-Abfragen während das auftritt, etc.) ist alles stochern im Trüben.
Zum Vergrößern anklicken....

Guten Abend, @Kirby. :)

Meinst Du es könnte mit der vollen Datenbank (9,7 GB von 10,7 GB belegt) zusammenhängen? Das Forum läuft zwischendurch auch mal über Stunden super schnell und flüssig, auch mit viel Betrieb. Dann "stottert" es plötzlich wieder. Ich verstehe es echt nicht...

Ich habe ja einen Managed Server. In welchen Zuständigkeitsbereich würdest Du derlei Probleme (auf dem Server läuft einzig und alleine das Forum) verorten? Hoster oder Forenbetreiber?

Oder ist gar der Server selbst (Konfiguration) der Flaschenhals? Aber so groß ist das Forum jetzt nicht. Dafür sollte der Server eigentlich problemlos reichen.
 
Silmarillion schrieb:
Finde ich in den Logs wirklich mehr relevante Daten dazu?
Zum Vergrößern anklicken....
Zumindest schadet es nie, direkt in die Apache und MySQL Logs zu schauen wenn solche Probleme auftreten.

Silmarillion schrieb:
Ich habe ja einen Managed Server. In welchen Zuständigkeitsbereich würdest Du derlei Probleme (auf dem Server läuft einzig und alleine das Forum) verorten? Hoster oder Forenbetreiber?
Zum Vergrößern anklicken....
Forenbetreiber. Du mietest einen Webspace (or what ever) der offenbar knapp auf Kante genäht ist was dessen Ressourcen angeht. Es ist an dir, ggf. deine Software zu optimieren/konfigurieren oder für mehr Hardware zu löhnen. ;)

Ehrlich, bei dem ganzen Tam Tam was du dort nun schon hattest, wäre ich schon lange da weg gewesen, ich bewundere deine Geduld. :)
 


Ich habe vor zwei Tagen, einfach mal um mögliche Probleme eingrenzen zu können, die drei Addons von XON (Standard Library, User Activity, Who Replied) deaktiviert. Das schien, für einen Tag, auch direkt was gebracht zu haben. Vielleicht war es aber auch nur Zufall. Heute lahmt das Forum wieder. Das Seltsame: mal läuft es super schnell und flüssig...und dann direkt wieder langsam. Das Abschicken eines Postings dauert teilweise 20-30 Sekunden! Ich habe auch den Eindruck, dass die Seite für eingeloggte Mitglieder (Cookie-Problem?) langsamer ist als für Gäste.

Könnte es tatsächlich mit der schon stark ausgelasteten MySQL-DB zusammenhängen? (9,8 von 10,7 GB belegt)

Ich bin gerade komplett ratlos und auch genervt...

PS: Pagespeed-Tests weisen, merkwürdigerweise, stets TOP-Werte aus.
 
Zuletzt bearbeitet:
Info: ich habe gerade mit dem Support gesprochen und einen ausgesprochen netten und hilfsbereiten Mitarbeiter am Telefon gehabt.

Kernaussagen: "Server langweilt sich" und "an der MySQL-DB liegt es definitiv nicht".

Er hat mal die Prozesse neu gestartet. Aktuell läuft es gerade wieder top. Aber das hat nichts zu heißen und ich bin mir ziemlich sicher, dass das Problem noch vorhanden ist.

Ihr kennt ja bestimmt auch noch alle die Geschichte mit der Datenbank-Sperrung (ohne Vorwarnung) seitens Ionos. Zur Handhabung und Lösung der DB-Thematik/Konfiguration bei den Managed-Server-Angeboten sagte er auch nur kurz und knapp "unverständlich und nicht mehr zeitgemäß".
 
Das DB-Problem habe ich nicht, da die DB nicht so groß ist wie bei dir und sie läuft nicht auf einem DB-Server sondern auf localhost. Leider bieten sie da immer noch nur MySQL 5.5 an. Irgendwann hieß es mal, da käme noch 8.x dabei. Das wurde wohl dauernd verschoben. MariaDB 10 bieten sie beim Anlegen einer neuen DB an, aber die liegt dann wieder auf einem DB-Server und ist auf 2,5GB beschränkt. Bei der Auswahl von MySQL 5.7 ist es ähnlich nur mit noch kleinerer Größenbeschränkung. Die DB-Server kommen für mich nicht mehr in Frage, einmal, da es Beschränkungen gibt und weil ich damit bereits öfters Probleme hatte. Da lasten irgendwelche fremden Seiten den DB-Server aus und bei mir gab es Fehlereinträge und Beiträge wurden nicht übernommen oder erst mit deutlicher Zeitverzögerung.
 
Und ansonsten ist manches nicht mehr zeitgemäß und man gibt sich flexibel wie eine Eisenbahnschiene. Auf meine letzte E-Mail an den Support habe ich noch nicht einmal mehr eine Antwort bekommen. Da ging es darum, dass entweder eine neue Version der gd lib installiert wird oder die in PHP 8.0 gebündelte Version der gd lib benutzt wird oder man mir alternativ die PECL-Erweiterung für Imagick installiert. So wie es jetzt ist, muss ich mit Artefakten in Vorschaubildern der Galerie leben. Für die Weiternutzung von PHP 7.3, wo sie eine andere Version der gd lib verwenden, möchten sie nun Geld haben, da der Support ausgelaufen ist. Daher hatte ich eine zeitnahe Lösung gefordert, die sie aber bisher nicht machen.

Manches, was vorinstalliert ist, ist in Versionen von 2019. Das finde ich auch nicht so prickelnd, da ja damit geworben wird, man muss sich um nichts kümmern, da alles aktuell gehalten würde. Genau das ist teilweise aber bei den Managed Servern von Ionos nicht der Fall.
 
Silmarillion schrieb:
die drei Addons von XON (Standard Library, User Activity, Who Replied)
Zum Vergrößern anklicken....
User Activity sollte man möglichst zusammen mit Redis Cache nutzen. Soll sonst ziemlich auf die Datenbank gehen, was ja dein Problem ist.
Silmarillion schrieb:
dass die Seite für eingeloggte Mitglieder (Cookie-Problem?) langsamer ist als für Gäste
Zum Vergrößern anklicken....
Das ist normal, weil eingeloggte normalerweise mehr Rechenzeit beanspruchen. Vielleicht hast du auch Gäste-Caching aktiviert?
 
nocte schrieb:
User Activity sollte man möglichst zusammen mit Redis Cache nutzen. Soll sonst ziemlich auf die Datenbank gehen, was ja dein Problem ist.
Zum Vergrößern anklicken....
So wie Xon das für MySQL gebaut hat - ja.
Geht aber auch ohne signifikanten Overhead (0 zusätzliche Queries vs Standard XF fürs schreiben, max. 1 zusätzliches Query vs. Add-on für die Anzeige) wenn man es ein wenig für die Nutzung mit MySQL optimiert.
Wir haben das so auf spieleforum.de laufen, denn das Standard-Verhalten des Add-on kam bei den Usern nicht gut an.

mph schrieb:
Manches, was vorinstalliert ist, ist in Versionen von 2019.
Zum Vergrößern anklicken....
Nun ja, das können durchaus trotzdem die "aktuellsten" Versionem sein.

Bei der aktuellsten Ubuntu LTS Version (20.04) ist z.B. das aktuellste PHP 7.4 (veröffentlicht 28.11.2019).
Das ist bei Enterprise Distributionen völlig normal, Du wirst da aus Stabilitätsgründen niemals die aktuellsten Versionen der Pakete haben.
 
mph schrieb:
Und ansonsten ist manches nicht mehr zeitgemäß und man gibt sich flexibel wie eine Eisenbahnschiene. Auf meine letzte E-Mail an den Support habe ich noch nicht einmal mehr eine Antwort bekommen. Da ging es darum, dass entweder eine neue Version der gd lib installiert wird oder die in PHP 8.0 gebündelte Version der gd lib benutzt wird oder man mir alternativ die PECL-Erweiterung für Imagick installiert. So wie es jetzt ist, muss ich mit Artefakten in Vorschaubildern der Galerie leben. Für die Weiternutzung von PHP 7.3, wo sie eine andere Version der gd lib verwenden, möchten sie nun Geld haben, da der Support ausgelaufen ist. Daher hatte ich eine zeitnahe Lösung gefordert, die sie aber bisher nicht machen.

Manches, was vorinstalliert ist, ist in Versionen von 2019. Das finde ich auch nicht so prickelnd, da ja damit geworben wird, man muss sich um nichts kümmern, da alles aktuell gehalten würde. Genau das ist teilweise aber bei den Managed Servern von Ionos nicht der Fall.
Zum Vergrößern anklicken....

Nur mal Interesse halber - warum bleibt man bei so nem Verein?
Es gibt so viele gute Anbieter, auch bezahlbare. Wenn ich das so höre, verstehe ich das Bashing gegen Strato nicht mehr, ich hab da seltenst mal Probleme und wenn bekommt man über deren Facebook Gruppe relativ schnell nen wirklich kompetenten ran der einem helfen will.

Hätte ich solche Probleme mit meinem Provider , ich wäre schon lange weg.
 
otto schrieb:
Hätte ich solche Probleme mit meinem Provider , ich wäre schon lange weg.
Zum Vergrößern anklicken....

Dito. Ich sehe sein Problem dahingehend ausgelöst, dass der Datenbankserver von Zeit zu Zeit, durch zu viele (Shared) Zugriffe, ausgelastet ist (Den hast du ja nicht exklusiv) und Zugriffe daher nicht mehr schnell genug abgearbeitet werden können. Dann kommt es gerne zu solchen Problemen. Dass dein Problem im Speziellen bei eingeloggten Usern und dann gerade beim schreibendem Zugriff auftritt bestärkt mich noch in meiner Ansicht, dass da entweder eine Drosselung anspringt, oder dem DB-Server zeitweise die Puste ausgeht.
 
Zuletzt bearbeitet:
@Silmarillion Welche SQL-Version nutzt du für die DB? Und nutzt du einen der DB-Server von Ionos oder localhost?
 
Masetrix schrieb:
Dito. Ich sehe sein Problem dahingehend ausgelöst, dass der Datenbankserver von Zeit zu Zeit, durch zu viele (Shared) Zugriffe, ausgelastet ist (Den hast du ja nicht exklusiv) und Zugriffe daher nicht mehr schnell genug abgearbeitet werden können. Dann kommt es gerne zu solchen Problemen. Dass dein Problem im Speziellen bei eingeloggten Usern und dann gerade beim schreibendem Zugriff auftritt bestärkt mich noch in meiner Ansicht, dass da entweder eine Drosselung anspringt, oder dem DB-Server zeitweise die Puste ausgeht.
Zum Vergrößern anklicken....
Das würde Sinn ergeben, Masetrix, ja. Aber zum fettgedruckten: sollte man einen solchen, bei einem MS, nicht eigentlich exklusiv haben? Adernfalls könnte ich mir natürlich sehr gut vorstellen, dass es dann bei einer "Shared-Variante", gerade jetzt zur Weihnachts- und Urlaubszeit, zu deutlich mehr Zugriffen und somit auch zu Problemen kommt.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben