www.verl.de

Bugsink: https://bugsink.cytrus.de/issues/issue/eaf92b23-70a1-4833-a0cb-f5cb3586c5c9/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/seite-nicht-gefunden.html…

Automatisch erstellt durch n8n

KI-Analyse:

1. Ursache identifizieren¶

Der Fehler kommt sehr wahrscheinlich aus TYPO3 EXT:staticfilecache.

Beweis dafür ist der Pfad:

/typo3temp/assets/tx_staticfilecache/...

tx_staticfilecache ist der Namespace der TYPO3-Erweiterung staticfilecache. Diese Extension speichert gecachte Seiten unter typo3temp/assets/tx_staticfilecache und legt in den Cache-Verzeichnissen zusätzlich eine .htaccess-Datei an, um direkten Zugriff auf gecachte Inhalte zu verhindern.

Der konkrete Fehler lautet:

unlink(.../seite-nicht-gefunden.html/.htaccess): No such file or directory

Das bedeutet:

• staticfilecache versucht eine .htaccess-Datei zu löschen,
• diese Datei existiert aber bereits nicht mehr,
• TYPO3 wandelt den PHP-Warning aufgrund des Error Handlers in eine ErrorException um,
• dadurch bricht der Request ab.

Typische Auslöser:

• parallele Cache-Bearbeitung durch mehrere PHP-FPM-Worker,
• Garbage Collection / Cache Cleanup läuft gleichzeitig mit Request-Bearbeitung,
• Deployment oder manuelles Löschen von typo3temp/assets/tx_staticfilecache,
• inkompatibler oder alter TYPO3-/staticfilecache-Patchstand,
• mehrere Web-Nodes mit gemeinsamem oder ungerecht koordiniertem typo3temp.

Die gezeigten Frames über AbstractApplication, Application, MiddlewareDispatcher usw. sind nur der normale TYPO3-Request-Durchlauf. Die eigentliche Fehlerquelle liegt tiefer im Cache-Handling von staticfilecache.

2. Konkreter Fix¶

Kurzfristig¶

Wenn die Extension nicht zwingend benötigt wird:

# staticfilecache deaktivieren/entfernen
composer remove typo3/cms-staticfilecache
composer update

# Cache und staticfilecache-Daten löschen
rm -rf /srv/www/www.verl.de/public/typo3temp/assets/tx_staticfilecache
./vendor/bin/typo3 cache:flush

Alternativ über den Extension Manager oder die TYPO3-Konfiguration staticfilecache deaktivieren.

Langfristig¶

Empfohlen:

1. TYPO3 Core und staticfilecache auf den neuesten verfügbaren Patchstand eurer TYPO3-Linie aktualisieren.

composer update typo3/cms-core typo3/cms-staticfilecache

2. Danach vollständigen TYPO3-Temp-Cache bereinigen:

rm -rf /srv/www/www.verl.de/public/typo3temp
./vendor/bin/typo3 cache:flush

3. Prüfen, ob mehrere Prozesse gleichzeitig in typo3temp/assets/tx_staticfilecache schreiben/löschen.

Besonders wichtig bei:

• mehreren Webservern,
• Shared typo3temp,
• CRON-Jobs,
• Deployment-Skripten,
• manuellen rm -rf typo3temp/...-Aufrufen.

4. Berechtigungen prüfen:

ls -ld /srv/www/www.verl.de/public/typo3temp

Der Ordner muss vom Webserver-Prozess beschreibbar sein. Bei einem Permission-Problem wäre die Fehlermeldung allerdings anders, z. B. Permission denied. Hier ist es primär ein fehlender Cache-Metadateneintrag bzw. eine nicht mehr vorhandene .htaccess.

3. Betroffene TYPO3 Extension¶

Die betroffene Extension ist:

staticfilecache

Namespace/Pfad-Hinweis:

tx_staticfilecache

Composer-Package je nach TYPO3-Version:

typo3/cms-staticfilecache

Es handelt sich um eine TYPO3-Core-Erweiterung, nicht um eine individuelle Projekt-Erweiterung.

4. Confidence¶

95%

Die Zuordnung zu staticfilecache ist durch den Pfad tx_staticfilecache sehr eindeutig. Die genaue Unterfunktion ist im gegebenen Ausschnitt nicht sichtbar, aber die Fehlerursache ist klar: staticfilecache versucht eine nicht mehr vorhandene .htaccess-Datei zu entfernen.