Hallo, ich habe am vergangenen Freitag mehrere Produkte mit teils über 20k Varianten erstellt. Diese verlinkten dann im Shop allerdings auf ein falsches Produkt, und ich habe eine Neu-Indexierung angestoßen. Leider ist damit das Problem nicht verschwunden, die Indexierung hängt sich wegen Speicherüberlauf bei den Produkten mit vielen Varianten auf und kommt nicht weiter. Nach vielem googeln und nachlesen, gibt es dafür wohl aktuell keine Lösung wie Shopware die Varianten aufarbeitet. Also habe ich die betroffenen Produkte wieder gelöscht und die Cronjobs nach Anleitungen vom admin-worker auf Cronjobs verlegt.Seit heute Mittag hängt es aber immer bei der gleichen Seitenzahl. Nach stoppen aller Aufgaben, und leeren der Tabellen in MySQL habe ich alles nochmal neu angestoßen. Leider stoppt die Indexierung wieder an gleicher Stelle. [grafik] Der Cronjob „messenger:consume“ gibt folgende Meldung als „Fehler“ zurück: [OK] Consuming messages from transports „default“. // The worker will automatically exit once it has exceeded 512M of memory, been // running for 120s or received a stop signal via the messenger:stop-workers // command. // Quit the worker with CONTROL-C. // Re-run the command with a -vv option to see logs about consumed messages. Angeblich sind die Tabellen „enqueue“ und „message_queue_stats“ leer? Produkte welche nach den Varianten-Produkten angelegt wurden sind manchmal korrekt dargestellt, manchmal erscheinen sie aber auch nur in der Übersicht und verlinken dann auf einen ganz anderen Artikel. Wenn jemand einen Tipp hat, wie und wo ich ansetzen kann um den Shop wieder vernünftig zum laufen zu kriegen, wäre ich sehr dankbar.

[Bild] Scheduled-Tasks füllen den RAM komplett aus Administration Vielleicht läuft der Shop im prod, aber der cli worker im dev? Ich meine eine Indexierung kann mal etwas länger dauern, aber nach jedem indexierten Datensatz wird der Speicher geleert… also entweder befindest du dich im dev Modus oder dein SQL Logger ist trotz prod aktiv?! $this->connection = $connection; $this->connection->getWrappedConnection()->setAttribute(\PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, false); $this->connection->getConfiguration()->setSQLLogger(null); Oder ist beim Datenbank Server …

Den Thread habe ich gelesen, danke. Hilft mir leider nicht wirklich. Die betreffenden Produkte sind ja wieder gelöscht. Trotzdem hängen dann noch angeblich verbleibende Produkte drin und manche Produkte verlinken auf fehlerhafte Produktdetailseiten. Der Shop ist auf „prod“, wo kann ich das für den CLI Worker nachschauen?

Moin, bei dieser Anzahl an Varianten wirst Du mit SW in der aktuellen Ausbaustufe keine Freude haben. Das ist leider so. Das Problem mit dem Speicher und der Indexierung haben leider viele. An anderer Stelle hatte ich das mit @marco.steinhaeuser besprochen. Da ich hierzu für meiner/ unsere Bedürfnisse ein Plugin gebaut hatte, hatte marco angeregt, wenn sich ausreichend Mitstreiter finden, ein Repo zur Mitwirkung aller zu erstellen, in welches ich meine Lösung zur Vorlage und Mitarbeit einbringe. Frag doch mal bei Marco an, wie da der aktuelle Stand ist. Anyway, mit 512MB Arbeitsspeicher für PHP kommst Du nicht hin. Auch wenn das nicht reichen wird, verdopple den mal, sofern Dir das möglich ist. Und dann … um Updates/Replaces und damit das unnötige Aufblasen des Speichers zu vermeiden, leere mal die Tabellen „product_search_keyword“ und „product_keyword_dictionary“. Deren richtiges Befüllen ist für den Prozess nämlich am arbeistintensivsten (gern vorher Kopien der Tabellen anlegen). Viel Glück

Danke dir, den habe ich auf deinen Hinweis im anderen Thread bereits angeschrieben und Interesse verkündet. Die Produkte mit den vielen Varianten habe ich inzwischen gelöscht, leider wurschtelt der Indexer immer noch rum, bzw. irgendwas passt nicht mehr und ich habe oben beschriebene Probleme, dass Produkte zur falschen Detailseite verlinken, etc. Ich würde das nur gerne wieder zum laufen bekommen, dass wenigstens wieder Produkte ohne diese vielen Varianten sinnvoll erstellt werden können.

wenn Du Zugriff auf die Commandline hast, leere (nach der Sicherungskopie) auch die Tabelle „seo_url“ und starte dann im „bin“ „dal:refresh:index“. Das sollte sämtliche Urls neu bauen und die Verlinkung der Produkte sollte wieder passen

Also mit „dal:refresh:index“ kommt wie zu erwarten ein Out of memory Fehler. Mit „–use-queue“ starten und abwarten oder wie sollte ich weiter vorgehen?

weißt Du, wieviel RAM Du zur Verfügung hat, und mit welcher max. Anzahl an Threads PHP bei Dir laufen kann?

Das sind die Werte: RAM: 6144 MB PHP Memory Limit: 512 MB PHP Upload Filesize: 128 MB PHP Execution Time: 180 s netcup.de - Webhosting 4000 SE de a1 - Produktdetails Webhosting, Server, Domains, Managementdienste, einfach alles fuer einen erfolgreichen Internetauftritt

Aus persönlicher Erfahrung kann ich sagen, dass das Webhosting Paket bei netcup eine Katastrophe ist was Shopware angeht. Der günstigste VPS von netcup für etwas 5 Euro ist gefühlt 10-mal so schneller.

Probleme nach Artikelerstellung mit vielen Varianten

Shopware 6 (German)

Max_Shop 10. Oktober 2022 um 19:11 2

Thema		Antworten	Aufrufe
Variantenanzahl problematisch? 2000 aufwärts Shopware 6 (German)	2	503	9. Mai 2022
Performance optimierung Indexierung Programmierung	82	11966	2. Juni 2025
Indexaufbau per SSH wird nach 30% abgebrochen Administration general , administration	21	343	18. Juni 2024
Produkt-Indexierung und extrem langsame Variantengenerierung Shopware 6 (German)	0	525	20. Dezember 2021
Was wird im Hintergrund indexiert? Shopware 6 (German)	2	552	4. Juli 2023

Probleme nach Artikelerstellung mit vielen Varianten

Verwandte Themen