Ich habe ein großes seltsames Problem. Ich habe vor 3 Tagen von Magento 2.2.3 auf 2.2.6 aktualisiert . Alles lief gut. Am Tag nach dem Update erhielt ich jedoch eine Warnung vom Server Health Monitor bezüglich eines Speicherplatzproblems. Eine Datei wurde im Server-Stammverzeichnis / tmp / analysis erstellt:
~ tmp-1537660818.7487tar.tar: 11G
3 Tage danach habe ich 3 Dateien in diesem Ordner:
~ tmp-1537660818.7487tar.tar: 11G
~ tmp-1537747210.659tar.tar: 6,5M
~ tmp-1537833608.7409tar.tar: 2G
Dateibesitzer ist der Websitebesitzer. Wenn ich eine Datei mit Terminal öffne, erhalte ich endlose Zeilenwiederholungen:
x order_addresses.csv
x ../: Path contains '..'
x .././: Path contains '..'
x ../././: Path contains '..'
x .././././: Path contains '..'
x ../././././: Path contains '..'
x .././././././: Path contains '..'
x ../././././././: Path contains '..'
x .././././././././: Path contains '..'
x ../././././././././: Path contains '..'
x .././././././././././: Path contains '..'
x ../././././././././././: Path contains '..'
Dateien scheinen jede Nacht zusammen mit der Datenbanksicherung erstellt zu werden. Aber ich kann keine Logik zwischen Datenbanksicherung und CSV-Dateien finden. Ich habe die Datenbanksicherung für die kommende Nacht deaktiviert, um festzustellen, ob das Problem weiterhin besteht.
Ich habe 2 Dateien gefunden, in denen order_addresses erwähnt werden:
Hersteller / Magento / Modul-Verkaufsanalyse / etc / Analytics.xml
Vendor / Magento / Modul-Sales-Analytics / etc / reports.xml
Irgendeine Idee, was dieses Problem verursachen könnte?
**** BEARBEITEN 1 ****
Das Deaktivieren der automatischen Datenbanksicherung hat mein Problem nicht geändert. Heute Abend wurde eine 6,5 Millionen Datei erstellt. Ich werde dieses nicht löschen, da es kein großes Problem mit dem Speicherplatz ist, und dieses Problem weiterhin prüfen.
**** BEARBEITEN 2 ****
Das Dekomprimieren der TAR- Dateien mit tar ztvf yourfile.tar.gz führt zu weiteren Ergebnissen:
-rw-rw-r-- 0 domainuser psacln 100669 26 sep 02:00 order_addresses.csv
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../././././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././././././././
Letzte Nacht blieb der Server mit einer 13G-Datei wieder hängen.
**** BEARBEITEN 3 ****
Ich habe versucht, die Datei mit 7zX zu öffnen , sie wird endlos wiederholt . Ich habe es auch mit einer Anwendung namens Décompresser (2.0.2) versucht, die einen Ordner mit einer Fehlermeldung erstellt. Der Ordner enthält eine Datei order_addresses.csv mit 5 Spalten: entity_id, customer_id, city, region, country_id . Aber ich kann nicht finden, was diese Datei erstellt oder zu erstellen versucht oder zumindest versucht, sie jede Nacht zu verarbeiten ...
Der einzige Ort, an dem ich die genannten Bestelladressen finden kann, ist Vendor / Magento / Module-Sales-Analytics ... Irgendeine Idee?
**** BEARBEITEN 4 ****
Modul-Sales-Analytics scheint vom Advanced Reporting-Modul verwendet zu werden, das auf meiner Seite von Anfang an sehr fehlerhaft ist! Es führt mich immer zu einem 404. Ich werde versuchen, das Modul neu zu konfigurieren oder es zu deaktivieren.
**** BEARBEITEN 5 ****
Einrichtung / Konfiguration:
Linux dedicated server
CentOS 6.9
Plesk Onyx Version 17.5.3
PHP 7.0.32
Document root : httpdocs/pub
Include_path : .:/var/www/vhosts/mydomain.com/httpdocs/vendor/magento/zendframework1/library
**** BEARBEITEN 6 ****
Das erneute Autorisieren des Magento Analytics-Benutzers hat das Ding nicht geändert und hat heute Abend immer noch eine 13G-Datei erhalten. Ich habe gerade das Modul "Erweiterte Berichterstellung" deaktiviert , um die Änderung zu sehen.
**** BEARBEITEN 7 ****
Das Deaktivieren des Advanced Reporting-Moduls hat das Problem behoben, aber es ist meiner Meinung nach nicht die beste Lösung, sondern eher eine Problemumgehung. Ich habe versucht, die Entwickler des Advanced Reporting-Moduls zu erreichen, aber keine Antworten.