Neu (Nur) admin/cache erzeugt 500 Fehler

[waagenwelt]

Hallo,
ein erstaunliches Verhalten habe ich im Shopbackend entdeckt, als ich den Object- Cache leeren wollte.

Die Seite admin/cache wirft aktuell je nach Browser einen HTTP ERROR 500, bzw. erzeugt eine weiße Seite.
Die Seite scheint die Einzige zu sein, die sich so verhält.

Testweise alle Plugins deaktiviert -> keine Verbesserung.
Testweise Standard-Template aktiviert -> ebenfalls keine Verbesserung.

Die Fragen dazu:
Ist das Problem bekannt?
We löse ich es?
Wie / wo kann ich in der Zwischenzeit den Object Cache lösche?

Ich danke Euch.

 

[css-umsetzung]

Das passiert in der Regel, wenn du den Dateicache aktiviert hast, dann reicht die Script Laufzeit nicht aus um sich darum zu kümmern.

Du kannst das jetzt (ernst gemeint) 10x aufrufen und hast eventuell Glück, das es dann alles gelöscht ist, wenn das nicht ausreicht, könntest du das templates_c Verzeichnis umbenennen und neu anlegen oder versuchen den Inhalt über den ftp zu löschen, was stunden dauern könnte.

Wenn dir nur der Dateicache zur Verfügung steht, solltest du dir einen anderen Anbieter suchen, der einen Cache wie Redis oder zumindest APC anbietet.

 

[waagenwelt]

OK, ich muss es präziser beschreiben.

HTTP 500 erscheint bereits, wenn ich versuche, die Cache-Konfiguration im Backend also .../admin/cache aufzurufen.
Ich komme also gar nicht erst dazu, "Cache leeren" auszuwählen.

Als Cache Methode ist redis ausgewählt.

 

[css-umsetzung]

OK, wenn das sofort passiert, also ohne das du merkst, das es länger lädt, dann ist eventuell dein Redis nicht in Ordnung,
was da das wirkliche Problem ist, siehst du dann erst wenn du das error_reporting in der Config Datei vom Shop aktivierst.

https://guide.jtl-software.com/jtl-...-jtl-shop-abgleich-angezeigt-was-soll-ich-tun

 

[waagenwelt]

Danke für den Tip.

Ich habe den redis Linux-seitig geleert, damit ist die Seite wieder aufrufbar.

Die Fehlermeldung war:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4096 bytes) in /.../includes/src/Cache/Methods/CacheRedis.php on line 274

Wie vermeide ich in der Zukunft, dass redis volläuft ?
Ich hätte erwartet, dass redis alte Einträge abstößt, wenn der Speicher an die Grenzen stößt -> so steht es zumindest in der REDIS Config.

 

[css-umsetzung]

Du musst deine Redis Konfig anpassen, so das, wenn der Cache voll ist, der ältere Einträge, auch wenn Sie noch nicht abgelaufen sind löscht um Platz zu schaffen

# MAXMEMORY POLICY: how Redis will select what to remove when maxmemory
# is reached. You can select among five behaviors:
#
# volatile-lru -> Evict using approximated LRU among the keys with an expire set.
# allkeys-lru -> Evict any key using approximated LRU.
# volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
# allkeys-lfu -> Evict any key using approximated LFU.
# volatile-random -> Remove a random key among the ones with an expire set.
# allkeys-random -> Remove a random key, any key.
# volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
# noeviction -> Don't evict anything, just return an error on write operations.
#
# LRU means Least Recently Used
# LFU means Least Frequently Used
#
# Both LRU, LFU and volatile-ttl are implemented using approximated
# randomized algorithms.
#
# Note: with any of the above policies, Redis will return an error on write
#       operations, when there are no suitable keys for eviction.
#
#       At the date of writing these commands are: set setnx setex append
#       incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
#       sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
#       zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
#       getset mset msetnx exec sort

 maxmemory-policy volatile-ttl

 

[waagenwelt]

OK,
ich war der Meinung, redis so konfiguriert zu haben.
Ein Blick in die Config hat mir gezeigt, dass dem nicht so war.

Dann sollte das die Lösung sein.

Ich danke dir.