# SQL Server war down - jetzt geht Shop nicht mehr. **URL:** \ **Category:** Allgemein\ **Created:** [2. Mai 2017 um 08:44 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515 "2017-05-02T08:44:05Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![tomlexx](https://avatars.discourse-cdn.com/v4/letter/t/c68b51/32.png) [@tomlexx](https://forum.shopware.com/u/tomlexx)\ **Post date:** [2. Mai 2017 um 08:44 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/1 "2017-05-02T08:44:05Z")
Hallo, heute Nacht hat sich unser MySQL-Server verabschiedet - schuld daran war eine fehlerhafte InnoDB. Jetzt haben wir das Problem, dass das Shop-Frontend nur noch eine weiße Seite zeigt und das Backend fogende Fehlermeldung  ``` The provided CSRF-Token is invalid. If you're sure that the request to path "/backend/Login?file=app&no-cache=1493714177" should be valid, the called controller action needs to be whitelisted using the CSRFWhitelistAware interface. in engine/Shopware/Components/CSRFTokenValidator.php on line 108 Stack trace: #0 [internal function]: Shopware\Components\CSRFTokenValidator->checkBackendTokenValidation(Object(Enlight_Controller_ActionEventArgs)) #1 engine/Library/Enlight/Event/Handler/Default.php(91): call_user_func(Array, Object(Enlight_Controller_ActionEventArgs)) #2 engine/Library/Enlight/Event/EventManager.php(214): Enlight_Event_Handler_Default->execute(Object(Enlight_Controller_ActionEventArgs)) #3 engine/Library/Enlight/Controller/Action.php(143): Enlight_Event_EventManager->notify('Enlight_Control...', Object(Enlight_Controller_ActionEventArgs)) #4 engine/Library/Enlight/Controller/Dispatcher/Default.php(523): Enlight_Controller_Action->dispatch('indexAction') #5 engine/Library/Enlight/Controller/Front.php(223): Enlight_Controller_Dispatcher_Default->dispatch(Object(Enlight_Controller_Request_RequestHttp), Object(Enlight_Controller_Response_ResponseHttp)) #6 engine/Shopware/Kernel.php(180): Enlight_Controller_Front->dispatch() #7 vendor/symfony/http-kernel/HttpCache/HttpCache.php(491): Shopware\Kernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #8 engine/Shopware/Components/HttpCache/AppCache.php(255): Symfony\Component\HttpKernel\HttpCache\HttpCache->forward(Object(Symfony\Component\HttpFoundation\Request), true, NULL) #9 vendor/symfony/http-kernel/HttpCache/HttpCache.php(258): Shopware\Components\HttpCache\AppCache->forward(Object(Symfony\Component\HttpFoundation\Request), true) #10 engine/Shopware/Components/HttpCache/AppCache.php(103): Symfony\Component\HttpKernel\HttpCache\HttpCache->pass(Object(Symfony\Component\HttpFoundation\Request), true) #11 shopware.php(117): Shopware\Components\HttpCache\AppCache->handle(Object(Symfony\Component\HttpFoundation\Request)) #12 {main} ``` Cache manuell gelöscht und auch über SSH. Beim Versuch das Template neu zu cachen (über SSH Console) kommt folgende Fehlermeldung: ``` [Doctrine\DBAL\DBALException] An exception occurred while executing 'INSERT INTO s_core_config_values (`element_id`, `shop_id`, `value`) VALUES ( (SELECT id FROM s_core_config_elements WHERE `name` LIKE 'assetTimestamp' LIMIT 1), ?, ? ) ON DUPLICATE KEY UPDATE s_core_config_values.value = ?;' with params [1, "i:1493713873;", "i:1493713873;"]: SQLSTATE[HY000]: General error: 1030 Got error -1 from storage engine [PDOException] SQLSTATE[HY000]: General error: 1030 Got error -1 from storage engine ```   Das sagen die Error-Logs…  ``` [Tue May 02 10:16:43.950461 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: PHP Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 1030 Got error -1 from storage engine' in /var/www/clients/client3/web23/web/engine/Shopware/Components/Session/PdoSessionHandler.php:330, referer: https://www.XXXXXXXXXXXXX.com/sale/ [Tue May 02 10:16:43.950485 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: Stack trace:, referer: https://www.XXXXXXXXXXXXXcom/sale/ [Tue May 02 10:16:43.950488 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: #0 /var/www/clients/client3/web23/web/engine/Shopware/Components/Session/PdoSessionHandler.php(330): PDOStatement->execute(), referer: https://www.XXXXXXXXXXXXX.com/sale/ [Tue May 02 10:16:43.950491 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: #1 [internal function]: Shopware\\Components\\Session\\PdoSessionHandler->write('8cf2a962a2fe94c...', 'Shopware|a:7:{s...'), referer: https://www.XXXXXXXXXXXXX.com/sale/ [Tue May 02 10:16:43.950493 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: #2 [internal function]: session_write_close(), referer: https://www.XXXXXXXXXXXXX.com/sale/ [Tue May 02 10:16:43.950496 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: #3 {main}, referer: https://www.XXXXXXXXXXXXX.com/sale/ [Tue May 02 10:16:43.950498 2017] [fcgid:warn] [pid 19928] [client X.XXX.XXX.XX:33571] mod_fcgid: stderr: thrown in /var/www/clients/client3/web23/web/engine/Shopware/Components/Session/PdoSessionHandler.php on line 330, referer: https://www.XXXXXXXXXXXXX.com/sale/ ```     Wie kann ich den Fehler beheben???   ---
**Author:** ![ThomasChr](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/thomaschr/32/10466_2.png) [@ThomasChr](https://forum.shopware.com/u/ThomasChr)\ **Post date:** [2. Mai 2017 um 09:22 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/2 "2017-05-02T09:22:54Z")
Ich würde sagen da ist noch mehr von deiner Datenbank kaputt. Probier mal den folgenden Query im phpmyadmin oder mysql auszuführen: ``` INSERT INTO s_core_config_values (`element_id`, `shop_id`, `value`) VALUES ( (SELECT id FROM s_core_config_elements WHERE `name` LIKE 'assetTimestamp' LIMIT 1), 1, "i:1493713873;" ) ON DUPLICATE KEY UPDATE s_core_config_values.value = "i:1493713873;"; ``` Sieht erstmal nicht gut aus, und du solltest schonmal ein Backup in der Hinterhand halten… Die Error Log von Mysql sollte dir auch noch etwas zu sagen haben. Thomas ---
**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\ **Post date:** [2. Mai 2017 um 09:23 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/3 "2017-05-02T09:23:39Z")
Die Token-Meldung kannst du ignorieren, du hattest wahrscheinlich einen alten Cookie - da hilft Browsercache leeren. Wende dich da mal an den Hoster, die Fehlermeldung kommt ja vom SQL-Server und nicht von Shopware. ---
**Author:** ![tomlexx](https://avatars.discourse-cdn.com/v4/letter/t/c68b51/32.png) [@tomlexx](https://forum.shopware.com/u/tomlexx)\ **Post date:** [2. Mai 2017 um 09:32 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/4 "2017-05-02T09:32:13Z")
Auch hier wieder der Fehler: #1030 - Got error -1 from storage engine ☹ >   > > [@ThomasChr schrieb:](https://forum.shopware.com/profile/26204/ThomasChr "ThomasChr") > > Ich würde sagen da ist noch mehr von deiner Datenbank kaputt. > > Probier mal den folgenden Query im phpmyadmin oder mysql auszuführen: > > INSERT INTO s\_core\_config\_values (`element_id`, `shop_id`, `value`) VALUES ( > (SELECT id FROM s\_core\_config\_elements WHERE `name` LIKE ‚assetTimestamp‘ LIMIT 1), > 1, > „i:1493713873;“ > ) ON DUPLICATE KEY UPDATE s\_core\_config\_values.value = „i:1493713873;“; > > Sieht erstmal nicht gut aus, und du solltest schonmal ein Backup in der Hinterhand halten… > > Die Error Log von Mysql sollte dir auch noch etwas zu sagen haben. > > Thomas ---
**Author:** ![ThomasChr](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/thomaschr/32/10466_2.png) [@ThomasChr](https://forum.shopware.com/u/ThomasChr)\ **Post date:** [2. Mai 2017 um 13:54 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/5 "2017-05-02T13:54:44Z")
Wie schon gesagt, da hat entweder die Datenbank oder die Tabelle einen Treffer. Backup bereithalten und versuchen die letztmöglichen Daten aus der Tabelle zu kratzen. Was sagt das mysql log? Ists dein eigener Server? Managed? Webspace? Wenn Webspace oder Managed dann -\> Anbieter kontaktieren Wenn eigener Server -\> Jemanden kontaktieren der entweder die Datenbank repariert oder das Backup zurückspielt Normalerweise sollte man da noch einiges an Daten aus der Tabelle rauskriegen. Thomas ---
**Author:** ![TimmeHosting](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/timmehosting/32/15580_2.png) [@TimmeHosting](https://forum.shopware.com/u/TimmeHosting)\ **Post date:** [2. Mai 2017 um 17:45 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/6 "2017-05-02T17:45:48Z")
Versuche mal, Deine Datenbank(en) wie folgt zu reparieren: ``` mysqlcheck -u root -p$dbpassword --all-databases --optimize --auto-repair --silent ``` ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/385eaa628505df573ebf33722f780335f53ac1b2.png) Timme Hosting - schnelles nginx-Hosting [www.timmehosting.de](https://timmehosting.de/) ---
**Author:** ![tomlexx](https://avatars.discourse-cdn.com/v4/letter/t/c68b51/32.png) [@tomlexx](https://forum.shopware.com/u/tomlexx)\ **Post date:** [2. Mai 2017 um 18:52 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/7 "2017-05-02T18:52:40Z")
> Ists dein eigener Server? Managed? Webspace? Eigener Webserver, wobei ein Freund von mir die Administration da übernimmt - der ist in Sachen Linux, etc. fitter als ich. Der Zwischenstand: Die einzelnen Datenbanken sind in Ordnung - irgendwas hats im Index selbst durcheinander gewirbelt. Die DB hab ich jetzt mal auf einen zweiten Server gelegt, sodass zumindest der Shop wieder läuft.      ---
**Author:** ![ThomasChr](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/thomaschr/32/10466_2.png) [@ThomasChr](https://forum.shopware.com/u/ThomasChr)\ **Post date:** [2. Mai 2017 um 18:55 UTC](https://forum.shopware.com/t/sql-server-war-down-jetzt-geht-shop-nicht-mehr/45515/8 "2017-05-02T18:55:15Z")
Indexe sollte man ja einfach wieder aufbauen können!