# Shopware Shop legt kompletten Server lahm - brauche dringend Hilfe! **URL:** \ **Category:** Allgemein\ **Created:** [26. April 2016 um 21:06 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361 "2016-04-26T21:06:45Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![kweb](https://avatars.discourse-cdn.com/v4/letter/k/e19adc/32.png) [@kweb](https://forum.shopware.com/u/kweb)\ **Post date:** [26. April 2016 um 21:06 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/1 "2016-04-26T21:06:45Z")
Hallo Gemeinde, ich stehe mit Shopware vor einem großen Problem. Ich habe auf meinem Server ca. 4 Shopware Shops von unterschiedlichen Kunden am laufen. Bei einem Kunden gibt es massiv Probleme. Zunächst einmal ist folgendes ungewöhnlich: Seit gut einem Monat zählt die Shopware Statistik Besucher, die gar keine sind. Teilweise haben wir bis 9 Uhr morgens schon über 200 Besucher in der Statistik - bis zum Abends sind es derzeit 300. Natürlich kauft keiner dieser User, sodass die Konversationsrate mitlerweile auf unter 2 Prozent gesackt ist (es waren mal über 9 %). **Jetzt kommt das eigentliche Problem:** Gehostet ist der Server bei allinkl. Seit gut 1,5 Monaten kommt es immer im Abständen von ca. 4-5 Tagen zum kompletten Servercrash. Jedes mal ist wohl dieser eine Kundenshop Auslöser, von der in kurzer Zeit ungewöhnlich viele Anfragen ausgehen. Allinkl erklärt es mal so: > von ca. 20.30 Uhr bis 20.55 Uhr kam es zu Überlastungen durch Massenzugriffe von der IP 91.121.142.199 auf mehrere Domains ihres Servers. Laut Logfile handelt es sich dabei um den „Spiderbot/Nutch-1.7“. Wenn sie es wünschen sperren wir den BOT vom Server weg bzw. limitieren ihn. Oder mal so > Auslöser heute gegen 12 Uhr waren Massenaufrufe der ip 4.79.204.36 auf > > Dadurch wurden die Ressourcen des Server aufgebraucht und der Server überlastete. Ich habe immer jeweils die IP Sperren lassen, als das auch nicht half habe ich sogar die IP-Zugriffe auf maximal 10 setzen lassen. Und heute kam es wieder zum totalen Servercrash. Habe erneut nachgefragt. Wieder geht es von der Kundendomain aus und hier die Antwort von allinkl: > Soweit ich das im Watchdog nachvollziehen kann gab es wieder umfangreiche Abfragen auf die DB und daraus resultierend einen Stau am Apache Server welcher diesen zum Absturz brachte. > > Wobei ich mir gerade die Hits von ansehe. 813.448 im März und 702.792 im April sind eigentlich Zahlen die selbst für die als nicht gerade als Ressourcenschonend bekannte Shopware eher noch als „Spass“ anzusehen sind. > > Ich vermute hier einen Fehler in der Shopware selbst. > > Im slowquery Log finden sich immer wieder folgende Abfragen welche besonders lange laufen. > > # User@Host: @ localhost > > SELECT COLUMN\_NAME AS Field, COLUMN\_TYPE AS Type, IS\_NULLABLE AS `Null`, COLUMN\_KEY AS `Key`, COLUMN\_DEFAULT AS `Default`, EXTRA AS Extra, COLUMN\_COMMENT AS Comment, CHARACTER\_SET\_NAME AS CharacterSet, COLLATION\_NAME AS Collation FROM information\_schema.COLUMNS WHERE TABLE\_SCHEMA = ‚‘ AND TABLE\_NAME = ‚s\_filter\_attributes‘; > > Zum Zeitpunkt der Überlastung wurde folgender Query mehrfach geschoben: > > 287344 localhost Query 33 Opening tables SELECT product.id as **product\_id, product.supplierID as** product\_supplierID, product.name as **product\_name, product.description as** product\_description, product.description\_long as **product\_description\_long, product.shippingtime as** product\_shippingtime, product.datum as **product\_datum, product.active as** product\_active, product.taxID as **product\_taxID, product.pseudosales as** product\_pseudosales, product.topseller as **product\_topseller, product.metaTitle as** product\_metaTitle, product.keywords as **product\_keywords, product.changetime as** product\_changetime, product.pricegroupID as **product\_pricegroupID, product.pricegroupActive as** product\_pricegroupActive, product.filtergroupID as **product\_filtergroupID, product.laststock as** product\_laststock, product.crossbundlelook as **product\_crossbundlelook, product.notification as** product\_notification, product.template as **product\_template, product.mode as** prod > uct\_mode, product.main\_detail\_id as **product\_main\_detail\_id, product.available\_from as** product\_available\_from, product.available\_to as **product\_available\_to, product.configurator\_set\_id as** product\_configurator\_set\_id, productAttribute.id as **productAttribute\_id, productAttribute.articleID as** productAttribute\_articleID, productAttribute.articledetailsID as **productAttribute\_articledetailsID, productAttribute.attr1 as** productAttribute\_attr1, productAttribute.attr2 as **productAttribute\_attr2, productAttribute.attr3 as** productAttribute\_attr3, productAttribute.attr4 as **productAttribute\_attr4, productAttribute.attr5 as** productAttribute\_attr5, productAttribute.attr6 as **productAttribute\_attr6, productAttribute.attr7 as** productAttribute\_attr7, productAttribute.attr8 as **productAttribute\_attr8, productAttribute.attr9 as** productAttribute\_attr9, productAttribute.attr10 as **productAttribute\_attr10, productAttribute.attr11 as** productAttribute\_attr11, productAttribute. > attr12 as **productAttribute\_attr12, productAttribute.attr13 as** productAttribute\_attr13, productAttribute.attr14 as **productAttribute\_attr14, productAttribute.attr15 as** productAttribute\_attr15, productAttribute.attr16 as **productAttribute\_attr16, productAttribute.attr17 as** productAttribute\_attr17, productAttribute.attr18 as **productAttribute\_attr18, productAttribute.attr19 as** productAttribute\_attr19, productAttribute.attr20 as **productAttribute\_attr20, productAttribute.swag\_bonus\_exclude as** productAttribute\_swag\_bonus\_exclude, productAttribute.bepado\_product\_description as **productAttribute\_bepado\_product\_description, productAttribute.swag\_is\_trusted\_shops\_article as** productAttribute\_swag\_is\_trusted\_shops\_article, productAttribute.article\_Keynet as **productAttribute\_article\_Keynet, productAttribute.swag\_trusted\_range as** productAttribute\_swag\_trusted\_range, productAttribute.swag\_trusted\_duration as \__productAttribute\_swag\_trusted\_duration, productAttribute.viison_ > customs\_tariff\_number as **productAttribute\_viison\_customs\_tariff\_number, productAttribute.viison\_country\_of\_origin as** productAttribute\_viison\_country\_of\_origin, topSeller.sales as **topSeller\_sales, variant.id as** variant\_id, variant.ordernumber as **variant\_ordernumber, variant.suppliernumber as** variant\_suppliernumber, variant.kind as **variant\_kind, variant.additionaltext as** variant\_additionaltext, variant.sales as **variant\_sales, variant.active as** variant\_active, variant.instock as **variant\_instock, variant.stockmin as** variant\_stockmin, variant.weight as **variant\_weight, variant.position as** variant\_position, variant.width as **variant\_width, variant.height as** variant\_height, variant.length as **variant\_length, variant.ean as** variant\_ean, variant.unitID as **variant\_unitID, variant.releasedate as** variant\_releasedate, variant.shippingfree as **variant\_shippingfree, variant.shippingtime as** variant\_shippingtime, unit.id as **unit\_id, unit.description as** uni > t\_description, unit.unit as **unit\_unit, variant.packunit as** unit\_packunit, variant.purchaseunit as **unit\_purchaseunit, variant.referenceunit as** unit\_referenceunit, variant.purchasesteps as **unit\_purchasesteps, variant.minpurchase as** unit\_minpurchase, variant.maxpurchase as **unit\_maxpurchase, tax.id as** tax\_id, tax.tax as **tax\_tax, tax.description as** tax\_description, priceGroup.id as **priceGroup\_id, priceGroup.description as** priceGroup\_description, manufacturer.id as > > … > > … > > Muss hier leider kürzen weil Nachricht zu lang - poste es im Kommentar Ich brauche jetzt dringend Hilfe was ich machen soll - habe absolut keinen Plan mehr. Und vor allem betreffen die Serverausfälle auch meine anderen Kunden… Infos zum Problemshop: Shopware 5.1.3 Hinzuinstallierte Plugins: Bonuspunkt System Erweiterter TinyMCE BillSafe Bilder aller Varianten Google Services Packstation Trusted Shops Net Inventors Incomplete Order Reminder Net Inventors Foundation DHL Adapter SOFORT Überweisung PayPal Storno Bestandskorrektur Indididuelles Dropdown Menu Facebook Conversion Pixel Facebook Widget Einkaufswelt Ich wäre über jede Hilfe dankbar. kweb ---
**Author:** ![kweb](https://avatars.discourse-cdn.com/v4/letter/k/e19adc/32.png) [@kweb](https://forum.shopware.com/u/kweb)\ **Post date:** [26. April 2016 um 21:07 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/2 "2016-04-26T21:07:19Z")
> Hier die Fortsetzung des Querys: > > \_\_manufacturer\_id, manufacturer.name as \_\_manufacturer\_name, manufacturer.img as \_\_manufacturer\_img, manufacturer.link as \_\_manufacturer\_link, manufacturer.description as \_\_manufacturer\_description, manufacturer.meta\_title as \_\_manufacturer\_meta\_title, manufacturer.meta\_description as \_\_manufacturer\_meta\_description, manufacturer.meta\_keywords as \_\_manufacturer\_meta\_keywords, manufacturerAttribute.id as \_\_manufacturerAttribute\_id, manufacturerAttribute.supplierID as \_\_manufacturerAttribute\_supplierID, es d.id as \_\_esd\_id, esd.articleID as \_\_esd\_articleID, esd.articledetailsID as \_\_esd\_articledetailsID, esd.file as \_\_esd\_file, esd.serials as \_\_esd\_serials, esd.notification as \_\_esd\_notification, esd.maxdownloads as \_\_esd\_maxdownloads, esd.datum as \_\_esd\_datum, esdAttribute.id as \_\_esdAttribute\_id, esdAttribute.esdID as \_\_esdAttribute\_esdID, (SELECT 1 FROM s\_articles\_esd variantEsd WHERE variantEsd.articleID = product.id LIMIT 1) as \_\_product\_has\_esd, (SELECT GROUP\_CONCAT(customerGroups.customergroupId SEPARATOR ‚|‘) FROM s\_articles\_avoid\_customergroups customerGroups WHERE customerGroups.articleID = product.id) as \_\_product\_blocked\_customer\_groups, (SELECT COUNT(availableVariant.id) FROM s\_articles\_details availableVariant WHERE (availableVariant.articleID = product.id) AND (availableVariant.active = 1)) as \_\_product\_has\_available\_variants, (SELECT COUNT(DISTINCT prices.price) as priceCount FROM s\_articles\_prices prices INNER JOIN s\_articles\_details priceVariant ON priceVariant.id = prices.articledetailsID WHERE (prices.from = 1) AND (prices.pricegroup = ‚EK‘) AND (prices.articleID = product.id)) as \_\_product\_fallback\_price\_count FROM s\_articles\_details variant INNER JOIN s\_articles product ON product.id = variant.articleID LEFT JOIN s\_core\_units unit ON unit.id = variant.unitID LEFT JOIN s\_articles\_attributes productAttribute ON productAttribute.articledetailsID = variant.id LEFT JOIN s\_articles\_esd esd ON esd.articledetailsID = variant.id INNER JOIN s\_core\_tax tax ON tax.id = product.taxID LEFT JOIN s\_articles\_supplier manufacturer ON manufacturer.id = product.supplierID LEFT JOIN s\_core\_pricegroups priceGroup ON priceGroup.id = product.pricegroupID LEFT JOIN s\_articles\_supplier\_attributes manufacturerAttribute ON manufacturerAttribute.supplierID = product.supplierID LEFT JOIN s\_articles\_top\_seller\_ro topSeller ON topSeller.article\_id = product.id LEFT JOIN s\_articles\_esd\_attributes esdAttribute ON esdAttribute.esdID = esd.id WHERE (variant.ordernumber IN (‚4 29.01‘, ‚424.20‘, ‚481.09‘, ‚420.38‘, ‚423.01‘, ‚4295‘, ‚42910‘, ‚4755.1‘, ‚set1005‘, ‚84269‘, ‚84450‘, ‚87502‘)) AND (variant.active = 1) AND (product.active = 1) ---
**Author:** ![kweb](https://avatars.discourse-cdn.com/v4/letter/k/e19adc/32.png) [@kweb](https://forum.shopware.com/u/kweb)\ **Post date:** [27. April 2016 um 11:43 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/3 "2016-04-27T11:43:53Z")
Ich habe auch mal in die Logfiles geschaut. Dort taucht kurz bevor der Server abgestürzt ist folgender Eintrag mehrfach auf: > 37.24.73.197 - - [26/Apr/2016:09:24:18 +0200] „GET /backend/login/getLoginStatus?\_dc=1461655466765 HTTP/1.1“ 200 75 „[http://domain](http://domain)\_des\_kunden.de/backend/“ „Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0“  Immer mit einem anderen dc= Was bedeutet dieser Zugriff?! ---
**Author:** ![hth](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@hth](https://forum.shopware.com/u/hth)\ **Post date:** [27. April 2016 um 12:33 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/4 "2016-04-27T12:33:41Z")
> GET /backend/login/getLoginStatus?\_dc=1461655466765 Das ist die Abfrage des Loginstatus im Backend und wird in regelmäßigen Abständen bei angemeldeten Backenduser erzeugt (s. NetworkPanels der Entwicklertools bei den einzelnen Browsern).  Wenn man das Hosting von Kundenprojekten übernimmt, sollte man diese auch so gegeneinander abschotten, dass eine fehlerhafte Installation nicht alle anderen Projekte beeinträchtigt. Wozu gibt es denn Virtualisierungstechniken und diese sind heutzutage auch wirklich nicht mehr teuer. Wenn das schon vorher nicht passiert ist, dann sollte es nach 1.5 Monaten die erste Handlung sein, die guten und die schlechten Früchte zu separieren. Damit wäre ein Problem gelöst.  Bei dem Problem-Shopsystem muss man den Server mal unter Last debuggen, auch mit deinstallierten Plugins. Bevor man damit anfängt, müssen die anderen Shops unbedingt auf einem anderen System liegen. Ist die Datenbank denn noch in Ordnung? Wieviel DB-Abfragen wurden denn in den angegebenen Zeiträumen mit Massenzugriff wirklich erzeugt? Einige Slow-Queries sollten ja auch nicht gleich einen ganzen Server lahmlegen.   ---
**Author:** ![t2oh4e](https://avatars.discourse-cdn.com/v4/letter/t/a5b964/32.png) [@t2oh4e](https://forum.shopware.com/u/t2oh4e)\ **Post date:** [27. April 2016 um 13:14 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/5 "2016-04-27T13:14:57Z")
Ich hatte ähnliche Probleme mal in Verbindung mit SEO-Tools wie onpage… Wenn man die entsprechend konfiguriert können die einen kleinen Server schonmal lahmlegen und man baut sich durch’s Crawling quasi sein eigenes DoS. Vielleicht hat dein Kunde ja auch eine übermütige SEO-Agentur. ---
**Author:** ![kweb](https://avatars.discourse-cdn.com/v4/letter/k/e19adc/32.png) [@kweb](https://forum.shopware.com/u/kweb)\ **Post date:** [2. Mai 2016 um 19:37 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/6 "2016-05-02T19:37:42Z")
Also ein eifriger SEO kann ich schonmal ausschließen. Allinkl hat mir jetzt angeboten den Account meines Kunden testweise für 7 Tage auf einen V-Server zu legen (was immer das auch ist =)) Nunja, seitdem ist bislang der Server schonmal nicht mehr in die Knie gegangen. Weiterhin aber völlig unrealistische Besucherwerte. Angeblich 500 Besucher heute gehabt - wieso sollten die Besucher innerhalb von 2 Monaten sich verdreifachen? Die Conversationsrate von 9 % auf jetzt unter 2 % gerutscht. Verstehe die Welt nicht mehr 😕 ---
**Author:** ![kweb](https://avatars.discourse-cdn.com/v4/letter/k/e19adc/32.png) [@kweb](https://forum.shopware.com/u/kweb)\ **Post date:** [3. Mai 2016 um 08:08 UTC](https://forum.shopware.com/t/shopware-shop-legt-kompletten-server-lahm-brauche-dringend-hilfe/36361/7 "2016-05-03T08:08:04Z")
Habe mir heute morgen mal die Analytics genauer angeschaut und dabei über Semalt gestolpert. Scheinbar haben wir ein Referal Spam Problem. Habe hier im Forum diesen Beitrag dazu gefunden: [http://forum.shopware.com/discussion/22112/semalt-verzerrt-statistiken-blocken-via-htaccess](http://forum.shopware.com/discussion/22112/semalt-verzerrt-statistiken-blocken-via-htaccess) Meine Frage: Ist es möglich, dass sich dieser Spam auch auf die Shopware Statistiken auswirkt. Google Analytics zeigt mir im Schnitt am Tag 200 Besucher an. Die Shopware Statistik über 450.