Cron (Media Garbage) funktioniert nicht /newsletter/cron hingegen schon

Hallo,

habe die Cron Plugins installiert und versucht die Crons auszuführen, da
ich zur Zeit > 800.000 Bilder in Shopware habe, obwohl es nur ein Bruchteil
davon geben dürfte.

Der Aufruf https://www.meinshop.ch/backend/cron funkioniert zwar, jedoch
wird sofort eine leere Seite ausgegeben

https://www.meinshop.ch/backend/newsletter/cron higegen gibt als Ergebnis
“nothing to do”

Auch mit 
echo file_get_contents(‘https://www.meinshop.ch/backend/cron’);
Echo "Newsletter
";
echo file_get_contents(‘https://www.meinshop.ch/backend/newsletter/cron’);
habe ich kein anderes Ergebnis bekommen.

Hat jemand einen Rat?

Hast du das Cron-Plugin denn installiert?
Zudem solltest du den Cron über CLI ausführen, da dies deutlich performanter ist und auch nicht an Scriptlaufzeiten gebunden ist.

Sie können versuchen, easycron.com als Trigger, leicht zu finden Problem.

@Sean alle deine Beiträge machen Werbung für diese Seite.
Aus meiner Sicht ist das Spam https://forum.shopware.com/profile/comments/17780/Sean 
Das ist hier nicht Sinn der Sache.

OnTopic:

Der Aufruf https://www.meinshop.ch/backend/cron funkioniert zwar, jedoch
wird sofort eine leere Seite ausgegeben

Schalte mal das Error-Reporting an. Wenn die weiße Seite sofort kommt (ohne große Ladezeit <30 Sekunden), tritt wahrscheinlich ein Fehler auf:
http://community.shopware.com/Fehlermeldungen-in-Shopware-debuggen_detail_1880.html#Frontend_Error_Reporter

Danach sollte statt der weißen Seite eine Fehlermeldung erscheinen

Viele Grüße
 

@simkli schrieb:

@Sean alle deine Beiträge machen Werbung für diese Seite.
Aus meiner Sicht ist das Spam https://forum.shopware.com/profile/comments/17780/Sean 
Das ist hier nicht Sinn der Sache.

OnTopic:

Der Aufruf https://www.meinshop.ch/backend/cron funkioniert zwar, jedoch
wird sofort eine leere Seite ausgegeben

Schalte mal das Error-Reporting an. Wenn die weiße Seite sofort kommt (ohne große Ladezeit <30 Sekunden), tritt wahrscheinlich ein Fehler auf:
http://community.shopware.com/Fehlermeldungen-in-Shopware-debuggen_detail_1880.html#Frontend_Error_Reporter

Danach sollte statt der weißen Seite eine Fehlermeldung erscheinen

Viele Grüße
 

Danke, ist aber schon eingeschaltet und trotzdem kommt nur eine weiße Seite.

@Sean schrieb:

Sie können versuchen, easycron.com als Trigger, leicht zu finden Problem.

 

Ergebis:

Date: Tue, 25 Jul 2017 07:47:15 GMT
Server: Apache
Cache-Control: private
X-Powered-By: PleskLin
Content-Length: 0
Content-Type: text/html; charset=UTF-8
 

Zeit 1,2 Sekunden, HTTP 200

@Moritz Naczenski schrieb:

Hast du das Cron-Plugin denn installiert?
Zudem solltest du den Cron über CLI ausführen, da dies deutlich performanter ist und auch nicht an Scriptlaufzeiten gebunden ist.

Ja, habe ich. Der Newsletter Cron läuft ja auch.

Der NewsletterCron ist auch ein ganz anderes System - die haben überhaupt nichts miteinander zu tun.

Wenn die Seite weiß ist, dann kann die Ursache auch sein, dass keine Tasks anstehen. Passt denn die “Nächste Ausführung” in den Grundeinstellungen und auch alle Crons sind aktiv die ausgeführt werden sollen?

@Moritz Naczenski schrieb:

Der NewsletterCron ist auch ein ganz anderes System - die haben überhaupt nichts miteinander zu tun.

Wenn die Seite weiß ist, dann kann die Ursache auch sein, dass keine Tasks anstehen. Passt denn die “Nächste Ausführung” in den Grundeinstellungen und auch alle Crons sind aktiv die ausgeführt werden sollen?

Danke für den Hinweis.

War aktiviert, ist jetzt deaktivert. Fehlermeldung:

array (
  ‘error’ => 'An exception occurred while executing ‘INSERT INTO s_media_used
                    SELECT DISTINCT NULL, m.id
                    FROM s_media m
                    INNER JOIN s_articles_img
                        ON s_articles_img.media_id = m.id’:

SQLSTATE[HY000]: General error: 1205 Lock wait timeout exceeded; try restarting transaction’,
)

 

Sieht mir danach aus, als ob das einfach zu viele Daten für den Garbage Collector sind. Der deaktiviert sich bei Fehler der Cron, dass ist normal.

Du kannst es nochmal per SSH/Shopware Konsole probieren: http://community.shopware.com/Shopware-CLI-Nuetzliche-Befehle--Tricks_detail_1990.html#Core_Befehle

Wenn das nicht läuft, dann ist die Datenmenge selbst zu groß. Am besten auch sicherstellen, dass du eine aktuelle 5.2.27 nutzt, im Verlauf der 5.2 gab es da auch Optimierungen. 

@mobilize schrieb:

@Moritz Naczenski schrieb:

Der NewsletterCron ist auch ein ganz anderes System - die haben überhaupt nichts miteinander zu tun.

Wenn die Seite weiß ist, dann kann die Ursache auch sein, dass keine Tasks anstehen. Passt denn die “Nächste Ausführung” in den Grundeinstellungen und auch alle Crons sind aktiv die ausgeführt werden sollen?

Danke für den Hinweis.

War aktiviert, ist jetzt deaktivert. Fehlermeldung:

array (
  ‘error’ => 'An exception occurred while executing ‘INSERT INTO s_media_used
                    SELECT DISTINCT NULL, m.id
                    FROM s_media m
                    INNER JOIN s_articles_img
                        ON s_articles_img.media_id = m.id’:

SQLSTATE[HY000]: General error: 1205 Lock wait timeout exceeded; try restarting transaction’,
)

Sehe auch, dass die Tabelle s_media_used gar nicht existiert.

@Moritz Naczenski schrieb:

Sieht mir danach aus, als ob das einfach zu viele Daten für den Garbage Collector sind. Der deaktiviert sich bei Fehler der Cron, dass ist normal.

Du kannst es nochmal per SSH/Shopware Konsole probieren: http://community.shopware.com/Shopware-CLI-Nuetzliche-Befehle–Tricks_detail_1990.html#Core_Befehle

Wenn das nicht läuft, dann ist die Datenmenge selbst zu groß. Am besten auch sicherstellen, dass du eine aktuelle 5.2.27 nutzt, im Verlauf der 5.2 gab es da auch Optimierungen. 

Danke, teste ich und gebe dann Status …

Gab oder gibt es hier neue Erkenntnisse? Wir bekommen beim Ausführen von sw:media:cleanup über SSH unter SW 5.3.4 ebenfalls die u.a. Fehlermeldung

 

Kann es sein, dass auf Grund der Datenmenge die temporäre Tabelle s_media_used nicht fertigerstellt werden kann?

Kontakt mit unserem Hoster gab auch keine Timeout Probleme o.ä.

 

Vielen Dank vorab!

 

 

 

array (
  ‘error’ => 'An exception occurred while executing ‘INSERT INTO s_media_used
                    SELECT DISTINCT NULL, m.id
                    FROM s_media m
                    INNER JOIN s_articles_img
                        ON s_articles_img.media_id = m.id’:

SQLSTATE[HY000]: General error: 1205 Lock wait timeout exceeded; try restarting transaction’,
)

@mobilize schrieb:

@Sean schrieb:

Sie können versuchen, easycron.com als Trigger, leicht zu finden Problem.

 

Ergebis:

Date: Tue, 25 Jul 2017 07:47:15 GMT
Server: Apache
Cache-Control: private
X-Powered-By: PleskLin
Content-Length: 0
Content-Type: text/html; charset=UTF-8
 

Zeit 1,2 Sekunden, HTTP 200

 

 

Es scheint sich hier um ein Server mit Plesk zu handeln.

 

Die Cronjobs am besten über „geplante Aufgaben „

über die domain machen, das läuft besser und gibt auch ein Ergebnis aus.

… um cronjobs, etc. als mögliche fehlerursache auszuschliessen haben wir  sw:media:cleanup doch direkt über SSH Shell aufgerufen  !

m.E. wird auf Grund zu großer Datenmengen die Tabelle s_media_used nicht korrekt erstellt. Der Rest sind dann die o.g. Folgefehler. Gibt es hier seitens Shopware eine Angabe was der Garbage Collector an Artikel/Bilder bewältigen kann? Und gibt bei größeren Datenbanken einen Workaround für solch eine Beschränkung?

Vielen Dank vorab!

Auch wir haben das Problem. Garbage Collector funktioniert nicht. Gibt es hier Neuigkeiten? 5.3.3

Gibt es hier Neuigkeiten bzw. ist mit neuerer SW Version ein Fix geplant?