Bug #222
offen[Bugsink] ErrorException: Warning: filesize(): stat failed for /srv/www/www.verl.de/pages/public/uploads/tx_powermail/__
0%
Beschreibung
Bugsink: https://bugsink.cytrus.de/issues/issue/08cbfd5b-bb6e-474c-b133-1e9943943d17/event/last/
Typ: NEW issue
Projekt: www-verl-de
Bugsink Alert
ErrorException: Warning: filesize(): stat failed for /srv/www/www.verl.de/pages/public/uploads/tx_powermail/__
Automatisch erstellt durch n8n
KI-Analyse:
1. Ursache¶
Der Fehler filesize(): stat failed für den Pfad …/tx_powermail/__ zeigt, dass PHP für eine Datei mit einem abgebrochenen/trunkierten Namen (__) keinen stat()-Aufruf erfolgreich ausführen kann. Das passiert typischerweise, wenn:
- Ein Upload-File in der Datenchaft (
sys_file/sys_file_reference) registriert ist, die physische Datei aber fehlt oder nur als Rest (__) vorhanden ist. - Ein Rennbedingungs-/Cleanup-Problem vorliegt: Datei wird beim Speichern nicht korrekt umbenannt (Powermail nutzt hash-basierte Dateinamen).
- Ein Orphaned-File im Upload-Ordner landet (z. B. durch fehlgeschlagenen Import, abgebrochenen Upload).
Der Aufruf von filesize() erfolgt sehr wahrscheinlich im Powermail Backend-Modul (Dateiliste der Uploads) oder beim Rendern des Formulars im Frontend.
2. Fix (konkret)¶
-
Ordner prüfen:
ls -la /srv/www/www.verl.de/pages/public/uploads/tx_powermail/→ Dateien mit Namen__oder ohne Endung löschen. -
DB bereinigen:
sys_file/sys_file_referencenach fehlenden Dateien durchsuchen (Storage-Quarantäne in TYPO3 Filelist nutzen). -
Typo3 Install Tool → File Storage: "Quarantäne" für
uploads/tx_powermailprüfen, fehlerhafte Einträge entfernen. -
Code-Seite (falls weiterhin auftretend): Den
filesize()-Aufruf in Powermail mitfile_exists()bzw. try/catch absichern – Workaround als Patch in einem Site-Package oder Override. -
Permissions: Sicherstellen, dass der Web-User schreibend auf
uploads/tx_powermail/zugreifen kann (chown -R www-data:www-data+chmod 775).
3. Betroffene Extension¶
powermail (In2code, Extension-Key powermail) – Pfad tx_powermail ist eindeutig.
4. Confidence¶
85 % – Pfad und Extension sind eindeutig identifiziert. Der genaue Auslöser (Frontend-Rendering vs. Backend-Liste vs. Scheduler) ohne vollständige Stack-Traces unterhalb der Middleware nicht zu 100 % zu verifizieren.
Nichts anzuzeigen