Projekt

Allgemein

Profil

Aktionen

Bug #192

offen

[Bugsink] ErrorException: Warning: unlink(/srv/www/www.verl.de/pages/public/typo3temp/assets/tx_staticfilecache/https_www.verl.de_443/wohnen-leben/bildung/kita…

Von Bug Sink vor etwa 1 Monat hinzugefügt.

Status:
Neu
Priorität:
wichtig
Zugewiesen an:
-
Beginn:
11.09.2026
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

Beschreibung

Bugsink: https://bugsink.cytrus.de/issues/issue/1d2146e1-b038-4e49-8cc7-cd6353c67bd6/event/last/

Typ: NEW issue

Projekt: www-verl-de

Bugsink Alert

ErrorException: Warning: unlink(/srv/www/www.verl.de/pages/public/typo3temp/assets/tx_staticfilecache/https_www.verl.de_443/wohnen-leben/bildung/kita…


Automatisch erstellt durch n8n

KI-Analyse:

1. Ursache identifizieren

Der Fehler stammt sehr wahrscheinlich nicht aus den genannten TYPO3-Core-Middleware-Klassen, sondern aus der Extension:

Static File Cache / tx_staticfilecache

Der entscheidende Hinweis ist der Pfad:

typo3temp/assets/tx_staticfilecache/.../.htaccess

Die Extension tx_staticfilecache erzeugt/gebraucht für gecachte statische Ressourcen Apache-.htaccess-Dateien. Beim Löschen bzw. Bereinigen eines Cache-Eintrags wird offenbar versucht, diese Datei zu entfernen:

unlink($cacheDir . '/.htaccess')

Die Datei existiert aber bereits nicht mehr:

No such file or directory

TYPO3 bzw. das Error Handling wandelt daraus dann eine ErrorException.

Typische Auslöser:

  • alter/inkonsistenter Cache unter typo3temp/assets/tx_staticfilecache
  • parallele Cache-Bereinigung durch mehrere PHP-FPM-Worker
  • Extension versucht eine nicht vorhandene .htaccess-Datei zu löschen
  • alte/buggy Version der tx_staticfilecache/staticfilecache-Extension

Die Core-Frames wie MiddlewareDispatcher oder VerifyHostHeader sind hier nur Teil der normalen Request-Ausführung und nicht die eigentliche Ursache.


2. Fix beschreiben — konkret

Sofortmaßnahme: Static-File-Cache leeren

Auf dem Server:

sudo rm -rf /srv/www/www.verl.de/pages/public/typo3temp/assets/tx_staticfilecache

Danach ggf. zusätzlich TYPO3-Caches leeren, z. B. über Backend oder CLI:

php typo3cms cache:flush

Je nach Installation:

cd /srv/www/www.verl.de/pages
php typo3cms cache:flush

Anschließend Seite neu aufrufen oder Assets neu aufbauen.


Dauerhafter Fix

Extension prüfen und aktualisieren:

composer show | grep -i static

Oder in der Extension-Liste im TYPO3-Backend nach:

Static File Cache
tx_staticfilecache
staticfilecache

suchen.

Wenn eine Aktualisierung verfügbar ist:

composer update staticfilecache

oder je nach Package-Name:

composer update tx_staticfilecache

Falls die Extension veraltet oder nicht mehr benötigt wird: deaktivieren/entfernen.


Workaround bei alter Extension

Falls keine Aktualisierung möglich ist, sollte in der Extension die Löschlogik angepasst werden. Statt blind zu löschen:

unlink($cacheDir . '/.htaccess');

muss geprüft werden, ob die Datei existiert:

$htaccess = $cacheDir . '/.htaccess';

if (file_exists($htaccess)) {
    unlink($htaccess);
}

Noch besser wäre eine saubere Cache-Cleanup-Logik mit Existenzprüfung und ggf. Locking, falls mehrere Prozesse gleichzeitig den Cache bereinigen.


3. Betroffene TYPO3 Extension

Betroffen ist sehr wahrscheinlich:

Static File Cache
Extension-Key: tx_staticfilecache

Je nach TYPO3-/Composer-Version auch unter dem neueren Package/Extension-Key:

staticfilecache

4. Confidence

95%

Die Path-Struktur typo3temp/assets/tx_staticfilecache/.../.htaccess ist ein sehr klarer Hinweis auf die tx_staticfilecache/staticfilecache-Extension. Der eigentliche Fehler ist ein nicht robuster Cleanup im Extension-Code oder ein beschädigter/parallel bereinigter Cache.

Nichts anzuzeigen

Aktionen

Auch abrufbar als: Atom PDF