# Nach Update auf 5.1.3 lädt PluginManager nicht (+ Fehlermeldung) und Frontend nur weisse leere Seite

**URL:** <https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750>\
**Category:** Installation/Einstieg\
**Created:** [24. Februar 2016 um 09:30 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750 "2016-02-24T09:30:08Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![aparacelsus1](https://avatars.discourse-cdn.com/v4/letter/a/76d3ee/32.png) [@aparacelsus1](https://forum.shopware.com/u/aparacelsus1)\
**Post date:** [24. Februar 2016 um 09:30 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/1 "2016-02-24T09:30:08Z")

</div>

Guten Morgen,&nbsp;

Nach Update von 4.3.6 via Backend (alle Haken waren auf Grün)&nbsp;auf 5.1.3 lädt PluginManager nicht und Frontend ist nur eine weisse leere Seite.

nach dem Einloggen im Backend kommt folgende Fehlermeldung (dieselbe wie im Printscreen):

&nbsp;

 503 Service Unavailable  

&nbsp; &nbsp;

&nbsp; &nbsp; &nbsp; &nbsp;

# 503

## Service Unavailable

The server is temporarily busy, try again later!

Vielleicht hängts damit zusammen, dass einige Plugins nicht kompatibel waren und ich erst im Nachhinein ans Deaktivieren dachte. Kann man die evtl. in der DB deaktivieren? &nbsp;

Aber dass das Frontend nur eine weisse leere Seite zeigt, liegt kaum nur am PluginManager oder seht ihr das anders?

Hat jemand eine Idee?&nbsp;

Danke im Voraus!&nbsp;  
Gruss&nbsp;

André

PHP Version 5.6.17

Falls jemand den Inhalt der .htaccess interessiert / und im Anschluss die shopware.php:

&nbsp;

RewriteEngine on

#RewriteBase /shopware/

# Https config for the backend

#RewriteCond %{HTTPS} !=on  
#RewriteRule backend/(.\*) https://%{HTTP\_HOST}%{REQUEST\_URI} [L,R=301]

RewriteRule shopware.dll shopware.php  
RewriteRule files/documents/.\* engine [NC,L]  
RewriteRule backend/media/(.\*) media/$1 [NC,L]

RewriteCond %{REQUEST\_URI} !(/(engine|files|templates)/)  
RewriteCond %{REQUEST\_URI} !(/media/(archive|banner|image|music|pdf|unknown|video)/)  
RewriteCond %{REQUEST\_FILENAME} !-f  
RewriteCond %{REQUEST\_FILENAME} !-d  
RewriteRule ^(.\*)$ shopware.php [PT,L,QSA]

# Fix missing authorization-header on fast\_cgi installations

RewriteRule .\* - [E=HTTP\_AUTHORIZATION:%{HTTP:Authorization},L]

# Staging-Rules start

#SetEnvIf Host „staging.test.shopware.in“ ENV=staging

DirectoryIndex index.html  
DirectoryIndex index.php  
DirectoryIndex shopware.php

# Disables download of configuration

Deny from all

# Enable gzip compression

AddOutputFilterByType DEFLATE text/html text/xml text/plain text/css text/javascript application/json

ExpiresActive on  
  
ExpiresDefault „access plus 1 month“  
  
FileETag None  
  
  
  
Header append Cache-Control „public“  
  
Header unset ETag

# Disables auto directory index

Options -Indexes

Options -MultiViews

# php\_value memory\_limit 128M

# php\_value max\_execution\_time 120

# php\_value upload\_max\_filesize 20M

php\_flag phar.readonly off  
  
php\_flag magic\_quotes\_gpc off  
  
php\_flag session.auto\_start off  
  
php\_flag suhosin.session.cryptua off  
  
php\_flag zend.ze1\_compatibility\_mode off

# &nbsp; AddType x-mapp-php5 .php

# &nbsp; AddHandler x-mapp-php5 .php

&nbsp;

die shopware.php enthält folgenden Inhalt:

\<?php   
 /\*\* \*\*\_Habe Shopware Info gelöscht\_\*\* // Check the minimum required php version if (version\_compare(PHP\_VERSION, '5.4.0', ' &nbsp; &nbsp; header('Content-type: text/html; charset=utf-8', true, 503); &nbsp; &nbsp; echo ' ## Error '; &nbsp; &nbsp; echo 'Your server is running PHP version ' . PHP\_VERSION . ' but Shopware 5 requires at least PHP 5.4.0'; &nbsp; &nbsp; echo ' ## Fehler '; &nbsp; &nbsp; echo 'Auf Ihrem Server läuft PHP version ' . PHP\_VERSION . ', Shopware 5 benötigt mindestens PHP 5.4.0'; &nbsp; &nbsp; return; } // Check for active auto update or manual update if (is\_file('files/update/update.json') || is\_dir('update-assets')) { &nbsp; &nbsp; header('Content-type: text/html; charset=utf-8', true, 503); &nbsp; &nbsp; header('Status: 503 Service Temporarily Unavailable'); &nbsp; &nbsp; header('Retry-After: 1200'); &nbsp; &nbsp; echo file\_get\_contents(\_\_DIR\_\_ . '/recovery/update/maintenance.html'); &nbsp; &nbsp; return; } // Check for installation if (is\_dir('recovery/install') && !is\_file('recovery/install/data/install.lock')) { &nbsp; &nbsp; if (PHP\_SAPI == 'cli') { &nbsp; &nbsp; &nbsp; &nbsp; echo 'Shopware 5 must be configured before use. Please run the Shopware installer by executing \'php recovery/install/index.php\'.'.PHP\_EOL; &nbsp; &nbsp; } else { &nbsp; &nbsp; &nbsp; &nbsp; $basePath = 'recovery/install'; &nbsp; &nbsp; &nbsp; &nbsp; $baseURL = str\_replace(basename(\_\_FILE\_\_), '', $\_SERVER['SCRIPT\_NAME']); &nbsp; &nbsp; &nbsp; &nbsp; $baseURL = rtrim($baseURL, '/'); &nbsp; &nbsp; &nbsp; &nbsp; $installerURL = $baseURL.'/'.$basePath; &nbsp; &nbsp; &nbsp; &nbsp; if (strpos($\_SERVER['REQUEST\_URI'], $basePath) === false) { &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; header('Location: '.$installerURL); &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; exit; &nbsp; &nbsp; &nbsp; &nbsp; } &nbsp; &nbsp; &nbsp; &nbsp; header('Content-type: text/html; charset=utf-8', true, 503); &nbsp; &nbsp; &nbsp; &nbsp; echo ' ## Error '; &nbsp; &nbsp; &nbsp; &nbsp; echo 'Shopware 5 must be configured before use. Please run the [installer](recovery/install/?language=en).'; &nbsp; &nbsp; &nbsp; &nbsp; echo ' ## Fehler '; &nbsp; &nbsp; &nbsp; &nbsp; echo 'Shopware 5 muss zunächst konfiguriert werden. Bitte führen Sie den [Installer](recovery/install/?language=de) aus.'; &nbsp; &nbsp; } &nbsp; &nbsp; exit; } // check for composer autoloader if (!file\_exists('vendor/autoload.php')) { &nbsp; &nbsp; header('Content-type: text/html; charset=utf-8', true, 503); &nbsp; &nbsp; echo ' ## Error '; &nbsp; &nbsp; echo 'Please execute "composer install" from the command line to install the required dependencies for Shopware 5'; &nbsp; &nbsp; echo ' ## Fehler '; &nbsp; &nbsp; echo 'Bitte führen Sie zuerst "composer install" aus.'; &nbsp; &nbsp; return; } require \_\_DIR\_\_ . '/autoload.php'; use Shopware\Kernel; use Shopware\Components\HttpCache\AppCache; use Symfony\Component\HttpFoundation\Request; $environment = getenv('SHOPWARE\_ENV') ?: getenv('REDIRECT\_SHOPWARE\_ENV') ?: 'production'; $kernel = new Kernel($environment, $environment !== 'production'); if ($kernel-\\>isHttpCacheEnabled()) { &nbsp; &nbsp; $kernel = new AppCache($kernel, $kernel-\\>getHttpCacheConfig()); } $request = Request::createFromGlobals(); $kernel-\\>handle($request) &nbsp; &nbsp; &nbsp; &nbsp;-\\>send(); &nbsp;

---

<div class="post-metadata">

**Author:** ![aparacelsus1](https://avatars.discourse-cdn.com/v4/letter/a/76d3ee/32.png) [@aparacelsus1](https://forum.shopware.com/u/aparacelsus1)\
**Post date:** [24. Februar 2016 um 09:32 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/2 "2016-02-24T09:32:18Z")

</div>

Ich konnte die Fehlermeldung nicht richtig platzieren, das Forum scheint gewissen Code zu löschen!&nbsp; ![Gasp](http://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/gasp.png "Gasp")

---

<div class="post-metadata">

**Author:** ![aparacelsus1](https://avatars.discourse-cdn.com/v4/letter/a/76d3ee/32.png) [@aparacelsus1](https://forum.shopware.com/u/aparacelsus1)\
**Post date:** [24. Februar 2016 um 09:42 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/3 "2016-02-24T09:42:43Z")

</div>

```
 503 Service Unavailable

     
        503
Service Unavailable

The server is temporarily busy, try again later!

```

Das wär der Fehlercode. Sorry, hab die entsprechende Funktion für Codeschnipsel nun gefunden… &nbsp;:(&nbsp;

---

<div class="post-metadata">

**Author:** ![Dennis\_Wahl](https://avatars.discourse-cdn.com/v4/letter/d/838e76/32.png) [@Dennis\_Wahl](https://forum.shopware.com/u/Dennis_Wahl)\
**Post date:** [24. Februar 2016 um 10:37 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/4 "2016-02-24T10:37:52Z")

</div>

Hi aparacelsus,

anhand des Fehlercodes kann ich nichts erkennen. Aber wahrscheinlich tritt dieser Aufgrund eines nicht kompatiblen / fehlerhaften Plugins auf.

Plugins kannst du über die Datenbank inaktiv setzen

```
UPDATE `DATENBANKNAME`.`s_core_plugins` SET `active` = '0' WHERE `s_core_plugins`.`source` =´Community´;

```

Mit dem Befehl würdest du alles Community Plugins inaktiv setzen.

Sollte dies nichts bringen, muss das verursachende Plugin wahrscheinlich direkt über FTP gelöscht werden. Häufig sind dies Plugins welche sich in Plugins/Community/Backend befinden.

Am besten vorher ein Backup anlegen 😉

Gruß  
Dennis

---

<div class="post-metadata">

**Author:** ![aparacelsus1](https://avatars.discourse-cdn.com/v4/letter/a/76d3ee/32.png) [@aparacelsus1](https://forum.shopware.com/u/aparacelsus1)\
**Post date:** [24. Februar 2016 um 11:09 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/5 "2016-02-24T11:09:58Z")

</div>

Hallo Dennis, vielen Dank für deinen Input! Du gibst mir Hoffnung…&nbsp;

Kann es sein, dass deine Zeile einen kleinen Schreibfehler oder so enthält, ich erhalte folgenden Fehler:

 ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/f/f52480c720ee08e7ade5f1b4b8465d49dba8e6b5.jpeg)

Bezgl. dem Löschen über FTP: wenn ich einen Pluginordner umbenenne (zur Sicherheit, statt grad zu löschen), erhalte ich noch eine grössere&nbsp;Fehlermeldung. Der Pluginmanager findet dann den Ordner nicht mehr und sucht danach…&nbsp;

Gruss  
André

&nbsp;

---

<div class="post-metadata">

**Author:** ![steinsoftware](https://avatars.discourse-cdn.com/v4/letter/s/b487fb/32.png) [@steinsoftware](https://forum.shopware.com/u/steinsoftware)\
**Post date:** [24. Februar 2016 um 12:28 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/6 "2016-02-24T12:28:45Z")

</div>

lass doch mal das

‚DATENBANKNAME‘.&nbsp;

weg (den Punkt am Ende auch beachten!) - dazu solltest du jedoch erst einmal links auf den Datenbanknamen geklickt haben

oder falls du mehrere Datenbanken hast ersetze das

DATENBANKNAME

mit deinem Datenbanknamen der Shopware-Datenbank die du bearbeiten willst

---

<div class="post-metadata">

**Author:** ![aparacelsus1](https://avatars.discourse-cdn.com/v4/letter/a/76d3ee/32.png) [@aparacelsus1](https://forum.shopware.com/u/aparacelsus1)\
**Post date:** [24. Februar 2016 um 12:46 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/7 "2016-02-24T12:46:09Z")

</div>

> [@steinsoftware schrieb:](https://forum.shopware.com/profile/17116/steinsoftware "steinsoftware")
> 
> lass doch mal das
> 
> ‚DATENBANKNAME‘.&nbsp;
> 
> weg (den Punkt am Ende auch beachten!) - dazu solltest du jedoch erst einmal links auf den Datenbanknamen geklickt haben
> 
> oder falls du mehrere Datenbanken hast ersetze das
> 
> DATENBANKNAME
> 
> mit deinem Datenbanknamen der Shopware-Datenbank die du bearbeiten willst

&nbsp;

Danke steinsoftware!

Jetzt wo du’s schreibst ist es mir auch logisch, dass ich „Datenbankname“ ersetzen oder weglassen muss… zu doof…

Scheint aber noch ein Problem mit den Umlauten zu sein, erhalte folgendes:

&nbsp;

Noch ne Idee?&nbsp; ![Wink](http://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/wink.png "Wink")

---

<div class="post-metadata">

**Author:** ![martin\_brack](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@martin\_brack](https://forum.shopware.com/u/martin_brack)\
**Post date:** [24. Februar 2016 um 14:01 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/8 "2016-02-24T14:01:22Z")

</div>

Du verwendest die falschen Hochkomma beim Community.&nbsp;

---

<div class="post-metadata">

**Author:** ![steinsoftware](https://avatars.discourse-cdn.com/v4/letter/s/b487fb/32.png) [@steinsoftware](https://forum.shopware.com/u/steinsoftware)\
**Post date:** [25. Februar 2016 um 07:56 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/9 "2016-02-25T07:56:13Z")

</div>

martin\_brack hat recht.

Es müssen die gleichen wie bei der 0 sein.

---

<div class="post-metadata">

**Author:** ![aparacelsus](https://avatars.discourse-cdn.com/v4/letter/a/3bc359/32.png) [@aparacelsus](https://forum.shopware.com/u/aparacelsus)\
**Post date:** [25. Februar 2016 um 20:22 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/10 "2016-02-25T20:22:04Z")

</div>

> [@steinsoftware schrieb:](https://forum.shopware.com/profile/17116/steinsoftware "steinsoftware")
> 
> martin\_brack hat recht.
> 
> Es müssen die gleichen wie bei der 0 sein.

&nbsp;

Vielen Dank euch allen! Demnach hätte der Befehl so ausgesehen:

```
UPDATE `s_core_plugins` SET `active` = '0' WHERE `s_core_plugins`.`source` =`Community`;

```

Ich hab das ebenfalls versucht - ohne Erfolg mit wiederum einer ähnlichen Fehlermeldung, aber bin mittlerweilen ein klitzekleines Bisschen schlauer geworden, was die DB betrifft (folgt gleich).

Ich habe meinen Hoster um ein Backup gebeten, was dann klappte und ich wieder in die 4.3.2 Version einsteigen konnte. Der Plugin Manager startete u.a. aber mit einem Fehler 503 und zeigte mir keinerlei Plugins an, was die Deinstallation übers Backend verunmöglichte.

Daher hab ich&nbsp;alle inkompatiblen Plugins in der DB gelöscht, in dem ich in der Tabelle `s_core_plugins`die entsprechenden&nbsp;Plugin gesucht und gelöscht habe, vorgängig aber die ID gemerkt und in der Tabelle `s_core_subscribes`mittels&nbsp;den&nbsp;ID’s die zugehörigen Zeilen der Plugins ebenfalls löschte.&nbsp;Nun noch die Files per FTP in dem Verzeichnis engine/Shopware/Plugins/Community löschen (nach lokalem Backup).&nbsp;

Der Installer im Backend hatte nun überall grüne Haken (nun auch bei den Plugins). Nach dem Update hatte ich erneut eine Fehlermeldung, die mir mein Hoster aus dem Weg räumte. Schliesslich funzt der Shop halbwegs, natürlich fehlen alle Erweiterungen, die durch die Plugins realisiert wurden…

Dies meine Schilderung, vielleicht hilft sie ja mal jemanden weiter…

Ich hab nun aber ein weiteres Problem mit dem TemplateManager, aber dafür eröffne ich einen neuen Thread.&nbsp;

Vielen Dank Dennis, steinsoftware und martin\_brack!&nbsp;

---

<div class="post-metadata">

**Author:** ![steinsoftware](https://avatars.discourse-cdn.com/v4/letter/s/b487fb/32.png) [@steinsoftware](https://forum.shopware.com/u/steinsoftware)\
**Post date:** [26. Februar 2016 um 07:45 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/11 "2016-02-26T07:45:27Z")

</div>

> Vielen Dank euch allen! Demnach hätte der Befehl so ausgesehen:

> UPDATE `s_core_plugins` SET `active` = ‚0‘ WHERE `s_core_plugins`.`source` =`Community`;

> Ich hab das ebenfalls versucht - ohne Erfolg mit wiederum einer ähnlichen Fehlermeldung

NEIN

Wie bereits beschrieben müsssen die hochkommata bei Communtiy die gleichen wie bei der 0 sein.

Bei der 0 sehe ich zwei ’ bei Communtiy sehe ich zwei `

Das kann doch nicht so schwer sein! Wieso machst du statt einfachen hochkommas backticks hin?

Falls hier nochmal jemand mit dem Problem über diesen Thread stolpert so sieht das dann richtig aus:

```
UPDATE `s_core_plugins` SET `active` = '0' WHERE `s_core_plugins`.`source` = 'Community';

```

&nbsp;

---

<div class="post-metadata">

**Author:** ![aparacelsus](https://avatars.discourse-cdn.com/v4/letter/a/3bc359/32.png) [@aparacelsus](https://forum.shopware.com/u/aparacelsus)\
**Post date:** [26. Februar 2016 um 09:01 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/12 "2016-02-26T09:01:08Z")

</div>

> [@steinsoftware schrieb:](https://forum.shopware.com/profile/17116/steinsoftware "steinsoftware")
> 
> > Vielen Dank euch allen! Demnach hätte der Befehl so ausgesehen:
> 
> > UPDATE `s_core_plugins` SET `active` = ‚0‘ WHERE `s_core_plugins`.`source` =`Community`;
> 
> > Ich hab das ebenfalls versucht - ohne Erfolg mit wiederum einer ähnlichen Fehlermeldung
> 
> NEIN
> 
> Wie bereits beschrieben müsssen die hochkommata bei Communtiy die gleichen wie bei der 0 sein.
> 
> Bei der 0 sehe ich zwei ’ bei Communtiy sehe ich zwei `
> 
> Das kann doch nicht so schwer sein! Wieso machst du statt einfachen hochkommas backticks hin?
> 
> Falls hier nochmal jemand mit dem Problem über diesen Thread stolpert so sieht das dann richtig aus:
> 
> UPDATE `s_core_plugins` SET `active` = ‚0‘ WHERE `s_core_plugins`.`source` = ‚Community‘;
> 
> &nbsp;

&nbsp;

Hast es ja geschrieben, bin zu blöd dafür. Hab die Zeichen geändert, aber nicht die richtigen… &nbsp;:(&nbsp;

Vielen Dank für deine Ausführungen! Weisst du evtl. ob es vor dem Update gereicht hätte, nur die Plugins zu deaktivieren statt sie zu löschen?&nbsp;&nbsp;

---

<div class="post-metadata">

**Author:** ![steinsoftware](https://avatars.discourse-cdn.com/v4/letter/s/b487fb/32.png) [@steinsoftware](https://forum.shopware.com/u/steinsoftware)\
**Post date:** [26. Februar 2016 um 12:34 UTC](https://forum.shopware.com/t/nach-update-auf-5-1-3-ladt-pluginmanager-nicht-fehlermeldung-und-frontend-nur-weisse-leere-seite/34750/13 "2016-02-26T12:34:55Z")

</div>

Obiges MySQL-Statement wäre die Anweisung zum deaktivieren der Plug-Ins gewesen.

“SET active = 0” -\> was hätte sie sonst machen sollen?