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…
0%
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