MySQL crash wegen Plugin

[falco-knapp]

Hi Tom,

I have installed the latest module version on Test site. You can check the issue after login to admin panel and navigate to Inxmail àConfiguration à Mapping menu. Please check the below image :- http://prntscr.com/7z6fmd

After clicking the Mapping menu it will take a lot of time and give some Magento error with error code. You can check the same error code file in the var/report/ folder. Please find the below screenshot :- http://prntscr.com/7z6h8r

Background-Info Inxmail Listen: 28 Sichtbar: 6 Attribute: 83 Empfänger: 300 k

Magento

Magento-Version: Modul-Version: MySQL-Version: PHP-Version:

weiter Plugins:

Logfiles:

[falco-knapp]

Latest Info:

Sasha, the issue we found is with the plugins sql statements making repeated loops through the db, slowing the whole thing down and leading to packet loss and timeouts with mysql. Whether this is necessary or not for it to operate properly, i do not know. Strictly speaking it could probably be done allot more efficiently better utilising modern methods, then again in hindsight so could just about everything. The way we got your module to work is by tailing the logs and adjusting and temporary patching max allowed packets and wait timeouts to a level which leaves the server itself somewhat vulnerable and certainly beyond our comfort zone.

[falco-knapp]

Hallo Support,

In dem Fall erkläre ich das nochmal genauer.

Wir haben beim Kunden das neuste Magento Plugin für Magento CE (www.magentocommerce.com/magento-connect/inxmail-professional-extension-for-magento.html) installiert. Die API verbindet sich auch, jedoch wird im Magento Backend für die Auswahl der Liste, keine Liste angezeigt. Der Kunde kann somit das Plugin nicht einer Liste zuweisen und diese wird somit nicht synchronisiert.

Errorlog und Systemlog sind anbei. Wurden direkt nach dem reproduzieren des Fehlers kopiert. Cache wurde auch bereits gelöscht. API user hat auch die Rechte.

Gruss Sascha

Logfiles hier: http://download.inxmail.de/data/user/fakn/inx_magento1_issues_3/MagentoLog.zip

[falco-knapp]

Hi Falco,

Ja der Kunde hat nun das Plugin komplett geloescht bis wir es auf einem isolierten System nachgestellt haben. Das Problem ist dass das Plugin beim Zugriff auf das Mapping die Datenbank von MySQL mit einem timeout von 300 sec zum still legen bringt. Dies hat gravierende Folgen da Bestellungen nicht abgeschlossen werden und es zu Problemen mit PayPal kommt. Sobald das Plugin gelöscht ist, läuft der Shop ohne Probleme.

Wir wollen erstmal aber testen ob es an einer Fehlinstallation liegt da das Plugin ja manuell geupdatet wurde.

Wir haben aber noch eine weiter Meldung erhalten, dass die neue Version nicht aus dem Magento Plugin Store installiert werden kann. Es kommt wohl zu Fehlern. Genaueres weiss ich leider nicht.

Gruss Sascha

From: "Falco Knapp (Inxmail GmbH)" Falco.Knapp@inxmail.de Date: Tuesday, 25 August 2015 4:36 PM To: inxmail sascha.huwald@inxmail.com.au Subject: MySQL crash wegen Plugin?

Hallo Sascha,

ich bin aus dem Urlaub zurück und wollte mich informieren, was der Stand der Dinge ist? Besteht das Problem nach wie vor? Handelt es sich tatsächlich um ein Problem des Moduls?

Vielen Dank für ein kurzes Feedback.

Gruß,

Falco

[falco-knapp]

Hallo Mika @inxmail-de-mikr ,

habt Ihr hier auch noch Neuigkeiten zu dem Problem? Danke und Gruß,

Falco

[inxmail-de-mikr]

Hi Falco,

mein letzter Kontakt dazu war am 31.07. (Telefonat mit Sascha; CAS TT 29686). Dazu hatte ich an dich geschrieben:

" .... habe mit Sascha gesprochen:

Aktuell hat er die Info vom Kunden, dass sie die Integration auf einem Testsystem erfolgreich zum Laufen bekommen haben. D. h., es sieht aktuell so aus, als ob der Fehler nicht durch die Integration verursacht wird. Er wartet aber noch auf Details bzw. weitere Infos vom Kunden.

Heißt für uns, dass wir nun erstmal Saschas Rückmeldung abwarten.

Für den Fall, dass es noch relevant sein / werden sollte: Ein Eintrag ist mir im system.log aufgefallen, das Sascha zugesendet hatte:

2015-07-27T23:13:52+00:00 ERR (3): Warning: unlink(/home/esoldcom/public_html/var/log/dndinxmail): Is a directory in /home/esoldcom/public_html/app/code/local/Qdos/Sync/Helper/Sync.php on line 1184

Keine Ahnung, aber es kommt mir komisch vor, dass dndinxmail hier mit qdos in einer Zeile auftritt. Qdos ist ein Modul für Magento, http://www.qdos.com.au/Modules/IntegratedPartners/Magento/tabid/102/Default.aspx."

Wurde denn abgeklärt, ob es einen Zusammenhang mit dem Magento-Modul qdos ("With Qdos Magento you can create multiple online stores ...") mit dem Fehler geben könnte, irgendeine unerwünschte Wechselwirkung?

[falco-knapp]

Letzter Stand: der Fehler konnte durch eine Neuinstallation des Plugins behoben werden. Allerdings scheint es im Code eine Schwachstelle zu geben die unter bestimmten Voraussetzungen zu der infinite Loop kommen kann.

[falco-knapp]

Hallo Herr Meyer,

wir bitten Sie, die entsprechende Code-Stelle zu analysieren ob eine potentielle Endlosschleife entstehen könnte und ggfls. abschätzen was die Behebung für ein Aufwand bedeutet.

Offensichtlich passiert der Fehler zum Zeitpunkt wenn das Mapping abgefragt wird.

Vielen Dank und Gruß,

Falco Knapp

[BrocksiNet]

Hallo Herr Knapp,

könnten Sie die Code-Stelle angeben also File und Zeile?

Im Log sehe ich zwar "Inxmail" kann aber aktuell noch keine Verbindung herstellen.

Wo genau sehen Sie ein infinite Loop? Der Mysql Server war ja quasi weg. Und anscheinend konnte Qdos auch nicht synchronisieren. Bitte mehr Infos.

Grüße

[falco-knapp]

Hallo Björn, leider habe ich nur eine Beschreibung der Symptome erhalten. Auch auf erneuter Nachfrage bekomme ich nicht mehr Informationen als zuvor. Das letzte Statement:

---

Das Problem wurde von dem Admin Team von Esold wie folgt geschildert:

All we can really comment on is the mysql activity and what we see when tailing it when you mapping function is executing. That's where we identified the repeated loops and packet loss issues cause mysql to go away, and that's how we resolved it.

The issue we found is with the plugins sql statements making repeated loops through the db, slowing the whole thing down and leading to packet loss and timeouts with mysql.

Ich hoffe das hilft euch weiter.

Mehr Informationen hierzu zu erhalten scheint schwierig. Könnt Ihr mit diesen Informationen etwas anfangen?

Vielen Dank und Gruß,

Falco

[falco-knapp]

Wahrscheinlichkeit die Fehlerquelle zu identifizieren ist sehr gering wenn wir weiter analysieren oder konkrete Daten zu erhalten, daher erstmal on hold.

[falco-knapp]

Ich schließe dieses Ticket, da es bisher nicht mehr aufgetreten ist und wir auch keine Lösung hierfür zur Verfügung haben.