Bug #65
geschlossen[Bugsink] ErrorException: Warning: opendir(/srv/www/www.rietberg.de/pages/var/labels/de/core/Resources/Private/Language): Failed to open directory: No such fil…
0%
Beschreibung
Bugsink: https://bugsink.cytrus.de/issues/issue/4f850996-ed3b-44fa-a2c5-2294878149c0/event/last/
Typ: NEW issue
Projekt: www-rietberg-de
Bugsink Alert
ErrorException: Warning: opendir(/srv/www/www.rietberg.de/pages/var/labels/de/core/Resources/Private/Language): Failed to open directory: No such fil…
Automatisch erstellt durch n8n
KI-Analyse:
Analyse des Fehlers¶
1. Ursache identifizieren¶
Der Fehler tritt auf, weil TYPO3 versucht, das Verzeichnis
/srv/www/www.rietberg.de/pages/var/labels/de/core/Resources/Private/Language
zu öffnen, um Sprachdateien (Language Packs) für die deutsche Sprache (de) herunterzuladen oder zu aktualisieren.
Das Verzeichnis existiert jedoch nicht, was zu der ErrorException führt.
Konkrete Ursachen:
-
Fehlende Verzeichnisstruktur:
TYPO3 erwartet, dass das Verzeichnisvar/labels/de/core/Resources/Private/Languageexistiert, um Sprachdateien abzulegen.
Dies ist typisch für TYPO3-Installationen, bei denen Sprachpakete über das Install-Tool oder CLI aktualisiert werden. -
Berechtigungsproblem (indirekt):
Selbst wenn das Verzeichnis existiert, könnte ein Berechtigungsproblem vorliegen (z. B. wenn der Webserver-User keine Schreibrechte hat).
Hier ist es jedoch primär ein fehlendes Verzeichnis. -
Falscher Pfad in der Konfiguration:
Der Pfad könnte in der TYPO3-Konfiguration (LocalConfiguration.phpoderAdditionalConfiguration.php) falsch gesetzt sein (z. B.var/labelsstattvar/translations). -
Aktion ausgelöst durch:
Der Fehler tritt im MaintenanceController auf, genauer beim Versuch, Sprachpakete zu aktualisieren (languagePacksUpdatePackAction).
Dies passiert z. B. beim Aufruf des Install-Tools oder über die CLI mittypo3 language:update.
2. Fix beschreiben (konkret)¶
Lösung 1: Verzeichnis manuell anlegen (empfohlen für schnelle Abhilfe)
mkdir -p /srv/www/www.rietberg.de/pages/var/labels/de/core/Resources/Private/Language
chown -R www-data:www-data /srv/www/www.rietberg.de/pages/var/labels # Webserver-User anpassen (z. B. www-data, apache, nginx)
chmod -R 775 /srv/www/www.rietberg.de/pages/var/labels
Hinweis:
- Der Pfad muss exakt mit der TYPO3-Konfiguration übereinstimmen.
- Falls
var/labelsnicht der Standardpfad ist, prüfen Sie die Einstellung in:
typo3conf/LocalConfiguration.php→SYS.languagePackBasePath(Standard:var/labels).
Lösung 2: TYPO3-Sprachpakete über CLI aktualisieren (sauberer Ansatz)
cd /srv/www/www.rietberg.de/pages
./vendor/bin/typo3 language:update
Falls das Verzeichnis fehlt, erstellt TYPO3 es automatisch.
Lösung 3: Pfad in der Konfiguration prüfen/korrigieren
Falls der Pfad falsch konfiguriert ist:
- Öffnen Sie
typo3conf/LocalConfiguration.php. - Suchen Sie nach
SYS.languagePackBasePath. - Setzen Sie den korrekten Pfad (z. B.
var/labelsodervar/translations). - Speichern und Cache leeren:
rm -rf typo3temp/*
Lösung 4: Berechtigungen prüfen (falls Verzeichnis existiert)
chown -R www-data:www-data /srv/www/www.rietberg.de/pages/var
chmod -R 775 /srv/www/www.rietberg.de/pages/var
3. Betroffene TYPO3 Extension¶
Der Fehler stammt aus der TYPO3 Core Extension cms-install (genauer: TYPO3\CMS\Install\Service\LanguagePackService).
Die Extension ist für das Install-Tool und die Verwaltung von Sprachpaketen zuständig.
Relevante Dateien:
-
/vendor/typo3/cms-install/Classes/Service/LanguagePackService.php(Zeile 241:languagePackDownload) -
/vendor/typo3/cms-install/Classes/Controller/MaintenanceController.php(Zeile 765:languagePacksUpdatePackAction)
4. Confidence¶
- Ursache: 95% (klarer Fall: Verzeichnis fehlt)
- Fix: 90% (Lösungen sind erprobt, aber Pfadkonfiguration könnte abweichen)
-
Betroffene Extension: 100% (
cms-install)
Zusammenfassung¶
| Aspekt | Details |
|---|---|
| Ursache | Fehlendes Verzeichnis /var/labels/de/core/Resources/Private/Language. |
| Lösung | Verzeichnis manuell anlegen oder über CLI aktualisieren. |
| Betroffene Extension |
cms-install (TYPO3 Core) |
| Confidence | 90–95% |
Empfehlung:
Führen Sie zunächst ./vendor/bin/typo3 language:update aus, um das Problem automatisch zu beheben. Falls das nicht funktioniert, legen Sie das Verzeichnis manuell an und prüfen Sie die Berechtigungen.
Von Julian Pleger vor etwa 1 Monat aktualisiert
- Status wurde von Neu zu Erledigt geändert