[gelöst] Auf der Website ist ein unvorhergesehener Fehler aufgetreten. Bitte versuchen Sie es später nochmal. nichts geht mehr

Nein aber es gibt ein lese schreib problem Drupal kann die Datei nicht schreiben. Was es dir ja hin schreibt.

wie kann das entstehen, ohne das jemand am Code schraubt?
welche Rechte sollte ich prüfen, damit ich wenigsten wieder Zugriff auf die Seite bekomme?

die PHP Fehler kommen alle paar Sekunden
Uncaught PHP Exception Drupal\Core\File\Exception\FileWriteException: "Temporary file '' could not be created." at ..../web/core/lib/Drupal/Core/File/FileSystem.php line 509

Na ja du siehst in die Datei und in die angegebene Zeile und siehst nach, welche Datei Drupal da schreiben will und wohin und dann setzt du die Schreibrechte für das entsprechende Verzeichnis, sodass Drupal die Datei da hinschreiben kann und Zack ist der Fehler weg.

Der Tipp wäre also MCh cmod -R 777 und schau obs hilft

Schau auch mal in /admin/config/media/file-system ob das temporäre Verzeichnis richtig eingestellt ist und ob der Webserver darauf Zugriff hat

in der Zeil 509 steht:
throw new FileWriteException("Temporary file '$temp_name' could not be created.");

Eine Datei wird ja leider nicht ausgegeben. Sind leere Anführungszeichen.

ich habe keinerlei Zugriff auf die Seite :-(

Dann kannst du in der settings.php nachschauen, was da als tmp-Pfad eingetragen ist, und den prüfen auf Berechtigung. Wenn vorhanden auch mal mit drush cr den cache löschen, oder alternativ in der Datenbank alle Tabellen die Cache im Namen haben leeren. Aber nur leeren, nicht löschen.

Danke für die Hilfe.
in der settings.php ist kein Temp Pfad gesetzt.
Drush geht auch nicht. Es scheint mit dem Provider ein Problem mit der max. Anzahl an Dateien zu geben. Da hab ich auch mal ein Ticket eröffnet.

[preflight] Failed to create "/xxx/yyy/.drush/cache/factory": mkdir(): Disk quota exceeded

bis auf cachetags habe ich alle cache_ geleert.
kein Erfolg :-(

Ok

Dann mach einfach mal ein Backup.

1. Sites/default/files per ftp runterlafrn
2. Composer.json und Composer.lock mitnehmen
3. Datenbank exportieren

Wenn dein Projekt richtig gepflegt wurde, kannst du es so lokal wieder herstellen. Entweder per WSL unter Windows, 11 oder in einer Virtuellen Maschine unter Windows 10.

Für WSL ist allerdings sehr Viel Platz auf deinem Systemlaufwerk erforderlich. Ist das eher klein und du möchest die virtuelle Maschine auf ein anderes Laufwerk auslagern nimm die Methode mit der Virtualbox.

Und dann sagst du uns bitte noch, was für ein hosting Paket du hast.

Hoster, Preis pro Monat und features.

Wenn wir das wissen können wir:

1. Dir einen besseren Hoster empfehlen.
2. Den Hoster entweder steinigen oder uns dein Projekt mal ansehen und dir sagen, was du da zukünftig besser machen kannst.

Ich vermute aber einfach einen klassischen Abfängwrdwhler in der Kalkulation des auf dem Webspace bereitgestellten Speicherplatzes. Da machen sich die wenigsten gedanken darüber und vernachlässigen den Wert zugunsten der Kostenefizienz. Heraus kommt dann meistens Mehrarbeit in der Form, in der sie dir jetzt bevorsteht.

Lokale Installation bin ich dabei.

zum Hoster.

https://www.df.eu/de/webhosting/
ManagedHosting 64 Professional.
die sind schon bemüht, aber vermutlich auch nur in Notbesetzung.
Es geht nicht um ein Platzproblem sondern und um die Anzahl der Dateien. Es gibt wohl ein
"Limit von 1 Mio Inodes pro Quota"

Ja die Platte ist voll

Siehe https://hostpapasupport.com/inode-limits-and-how-exceeding-them-can-affe...

Ergo. Do not use Shard hosting for Drupal

Never ever. Wenn das bei mir passiert erhöhe ich die Disk quota indem ich ne neue Platte im den Rechner stecke. Dein Hoster kann das auch. Verlangt aber bestimmt Geld dafür.

Danke.
war mir neu, dass es eine Unterscheidung beim Hoster gibt zwischen Volume Space ( der ist noch nicht voll) und Anzahl der Indes gibt (die ist überschritten).
man kann beim Provider tageweise einen leistungsfähigeren Server dazubuchen. mit 10 Mio Inodes Limit.
Das versuche ich gerade.
Was wäre für D9 denn empfehlenswert? unlimitiert? oder gleich ein anderer Provider? wenn ja, welcher?
Wobei bisher Zufriedenheit herrschte...

Um die Frage beantworten zu können wies ich zu wenig über dein Projekt, Ich schick dir aber gleich ne PM mit einem Youtube Link damit wir uns dem Problem mal annähern können. Kann ich hier leider nicht ohne weiteres posten. Das wird ein privates Video, dass du nur über den Link aufrufen kannst, wenn du an Youtube abgemeldet bist, deshalb hoffe ich, dass du ein funktionierendes Google-Konto besitzt. Veröffentlichen kann ich das so nicht, sonst gibt's eventuell Ärger mit den jeweiligen Hostern.

ps schau bitte in den Spam Filtr. Der Mail Server vom Drupal Center ist nicht optimal konfigurert

Domainfactory "zählt" die max Inodes entweder für alle Ordner in einem Paket, oder sobald man ein Verzeichnis-Quota (Größe nicht Dateianzahl) setzt, für dieses separat.
So komme ich wieder unter das max von einer Million, wenn ich das für mehrere Ordner mache.

Das steht nur nirgends und es gibt keine Warnung, dass man die Zahl der max. Inodes bald erreicht. Was dann zu einer unbenutzbaren Seite führen kann.

Allerdings schränken Verzeichnis-Quotas auch den Zugriff über FTP/SSH ein und man muss für jedes Verzeichnis einen eigenen Account erstellen.