Update hängt sich auf 5.3.4 > 5.5.1

Shopware 5 Installation/Einstieg
1

Hi Zusammen,

 

ich möchte gern das Update einspielen  5.3.4 > 5.5.1 und auf PHP 7.2 anschließend wechseln. Die Plugins habe ich gestern auf den aktuellsten Stand gebracht und Cache komplett geleert und dann versucht gestern und heute das Update einzuspielen jedoch hängt sich bei mir der Vorgang auf bei der Vorbereitung. 

 

Ich habe vorher gelesen dass man es mit folgendem PHP Code lösen könnte:

php_value max_execution_time 600

so steht das bei mir in der .htaccess drin sollte doch reichen oder? 

Ich komm nicht dahinter woran das Update scheitert, kann mir hier jemand weiterhelfen? 

Meine LOG Files von heute morgen:

[2018-10-18 02:32:45] core.INFO: Legacy media url detected. {"requestedUrl":"/media/image/biketeile.jpg","redirectedTo":"https://www.sk-brush.de/media/image/a8/53/fd/biketeile.jpg"} {"uid":"c2ede68"}
[2018-10-18 02:32:45] core.INFO: Legacy media url detected. {"requestedUrl":"/media/image/helm.jpg","redirectedTo":"https://www.sk-brush.de/media/image/74/72/77/helm.jpg"} {"uid":"833726e"}
[2018-10-18 02:32:46] core.INFO: Legacy media url detected. {"requestedUrl":"/media/image/bilderkontrolle.jpg","redirectedTo":"https://www.sk-brush.de/media/image/a6/e3/a9/bilderkontrolle.jpg"} {"uid":"4b112a3"}
[2018-10-18 10:44:06] core.ERROR: exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/var/cache/production_201710241020/html/md/d1/44): failed to open dir: No such file or directory' in /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Components/CacheManager.php:467 Stack trace: #0 [internal function]: RecursiveDirectoryIterator->__construct('/is/htdocs/wp12...', 4096) #1 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Components/CacheManager.php(467): RecursiveDirectoryIterator->getChildren() #2 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Components/CacheManager.php(103): Shopware\Components\CacheManager->clearDirectory('/is/htdocs/wp12...') #3 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Controllers/Backend/Cache.php(142): Shopware\Components\CacheManager->clearHttpCache() #4 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Library/Enlight/Controller/Action.php(159): Shopware_Controllers_Backend_Cache->clearCacheAction() #5 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Library/Enlight/Controller/Dispatcher/Default.php(530): Enlight_Controller_Action->dispatch('clearCacheActio...') #6 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Library/Enlight/Controller/Front.php(223): Enlight_Controller_Dispatcher_Default->dispatch(Object(Enlight_Controller_Request_RequestHttp), Object(Enlight_Controller_Response_ResponseHttp)) #7 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Kernel.php(189): Enlight_Controller_Front->dispatch() #8 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/vendor/symfony/http-kernel/HttpCache/HttpCache.php(491): Shopware\Kernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #9 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Components/HttpCache/AppCache.php(268): Symfony\Component\HttpKernel\HttpCache\HttpCache->forward(Object(Symfony\Component\HttpFoundation\Request), true, NULL) #10 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/vendor/symfony/http-kernel/HttpCache/HttpCache.php(258): Shopware\Components\HttpCache\AppCache->forward(Object(Symfony\Component\HttpFoundation\Request), true) #11 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/engine/Shopware/Components/HttpCache/AppCache.php(105): Symfony\Component\HttpKernel\HttpCache\HttpCache->pass(Object(Symfony\Component\HttpFoundation\Request), true) #12 /is/htdocs/wp12518617_JPSZHH4Q8X/www/shopware/shopware.php(118): Shopware\Components\HttpCache\AppCache->handle(Object(Symfony\Component\HttpFoundation\Request)) #13 {main} [] {"uid":"81c394f"}

 

2

Könnte eventuell an den Cache-Ordnerrechten liegen. Die ersten drei Meldungen sind INFO’s und würde ich erstmal ignorieren. Die letzten Meldung hingegen wirft einen Fehler im  CacheManager und sagt etwas von „failed to open dir: No such file or directory“ unter „var/cache/production_201710241020/html/md/d1/44“. 

Kommst du denn an das Backend ran? Dort gibt es eine Prüfung für die Ordnerrechte, die ich mal ausführen würden. 

Wenn das nicht funktioniert, würde ich den kompletten Ordner  production_201710241020 einmal löschen und einfach neu aufbauen lassen.

1 „Gefällt mir“
3

Habe die Systeminfos angeschaut, alles im grünen Bereich, also überall diese grüne hacken drin ob Ordner, Dateien, Server…

Habe mal den Cache ordner umbenannt und neu aufbauen lassen und gleich sofort hinterher versucht das Update auszulösen, aber das selbe spiel, bei vorbereiten hängt das System, also in einer endlosschleife ladet „vorbereiten“.

4

Hat keiner eine Idee woran das noch liegen könnte? 

5

@SKB schrieb:

Hi Zusammen,

 

ich möchte gern das Update einspielen  5.3.4 > 5.5.1 und auf PHP 7.2 anschließend wechseln. Die Plugins habe ich gestern auf den aktuellsten Stand gebracht und Cache komplett geleert und dann versucht gestern und heute das Update einzuspielen jedoch hängt sich bei mir der Vorgang auf bei der Vorbereitung. 

 

Ich habe vorher gelesen dass man es mit folgendem PHP Code lösen könnte:

php_value max_execution_time 600

so steht das bei mir in der .htaccess drin sollte doch reichen oder?

in der .htaccess  ?  zeig mal den genaue Auszug;

Kuck lieber mal auf dem Server nach der max_execution_time

1 „Gefällt mir“
6

im shopware Verzeichnis in meiner .htaccess ist folgendes drin:

RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

RewriteBase /

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]


# 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

    # disable compression on iconset due to loading problems in google chrome on windows
    SetEnvIfNoCase Request_URI icon-set.css$ no-gzip dont-vary

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


# Deflate Compression by FileType

 AddOutputFilterByType DEFLATE text/plain
 AddOutputFilterByType DEFLATE text/html
 AddOutputFilterByType DEFLATE text/xml
 AddOutputFilterByType DEFLATE text/css
 AddOutputFilterByType DEFLATE text/javascript
 AddOutputFilterByType DEFLATE application/xml
 AddOutputFilterByType DEFLATE application/xhtml+xml
 AddOutputFilterByType DEFLATE application/rss+xml
 AddOutputFilterByType DEFLATE application/atom_xml
 AddOutputFilterByType DEFLATE application/javascript
 AddOutputFilterByType DEFLATE application/x-javascript
 AddOutputFilterByType DEFLATE application/x-shockwave-flash


# Deflate Compression by MimeType

 
  ExpiresActive on
  ExpiresDefault "access plus 1 month"
  SetOutputFilter DEFLATE
 


# Disables auto directory index


ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType text/x-javascript "access plus 1 month"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresDefault "access plus 2 days"




        #Options -Indexes



    #Options -MultiViews



  php_value memory_limit 512M
  php_value max_execution_time 600
# 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


# AddType x-mapp-php5 .php
# AddHandler x-mapp-php5 .php

#funktioniert unter Liveconfig nicht mehr:
#AddHandler php54-fastcgi .php

Ich bin bei Hosteurope im KIS Menü unter Script Einstellungen gibt es den Punkt „max_execution_time“ gar nicht oder muss ich über den Provier Kontakt gehen und prüfen lassen? 

7

Bei hosteurope kenn ich mich mich leider nicht aus

Aber Du kannst mal im shopware backend die systeminfo phpinfo aufrufen dort im “core” müssten die Werte in zwei spalten (local/master) drinstehen

1 „Gefällt mir“
8

Der entsprechende Code ist Teil der Cache-Bereinigung. Als Workaround könntest Du versuchen vor dem Schritt an dem es scheitert einfach das Cache-Verzeichnis einmal per SSH oder FTP umzubenennen.

1 „Gefällt mir“
9

Im php info steht: max_execution_time local 600 und master 30 eingetragen. 

 

Ich habe den Cache ordner per FTP mal umbenannt, dann backend und frontend neu geladen dass cache aufgebaut wird und umgehend Update gestartet. Dies hab ich zwar schon vorher auch probiert aber aus irgend einem Grund hat das nun so in der Reihenfolge plötzlich funktioniert.

Somit Problem gelöst und Shop auf dem neuesten Stand!

 

Danke Euch allen für die Mühen und Antworten :slight_smile: