[gelöst] Update von 8.2.4 auf 8.2.5 klappt nicht - Scheibrechtprobleme

Du mußt erst bei sites/default die Schreibrechte für den Owner wieder herstellen und danach die für die anderen Dateien. Sites/default/files sollte immer beschreibbar sein. Das Wegnehmen der Schreibrechte bei den anderen Dateien ist eine Sicherung, damit diese Dateien nicht einfach überschrieben werden können. Es kann aber sein, daß bei Deinem Provider der FTP-User ein anderer ist als der Apache-User. Dann kann es diese Probleme geben. Dann muß man zunächst über die Verwaltungsoberfläche die Rechte auf allen Dateien für FTP vergeben und danach diese Rechte wieder zurücksetzen auf den Apache-User, damit die Installation anschließend wieder funktioniert.

Hallo Werner

vielen Dank für die Antwort! Rechte für den owner... Bzgl. Änderung der Rechte ist mir folgendes aufgefallen:

-Hochladen und installieren der Originalversion 8.2.4
--sites:775
--default:775
--default.settings.php:644
--default.services.php:644

Installation klappt

-Hochladen Updates 8.2.5
--sites:775
--default:555 (!)
--default.settings.php:644
--default.services.php:644

Das Recht des Verzeichnis default hat sich also geändert!

Wenn ich nun mit dem Befehl
chmod 775 default
die Rechte des dieses Verzeichnisses auf 775 ändern möchte, bekomme ich die Meldung
chmod: changing permissions of ‘default’: Operation not permitted

Wieso kann ich die Rechte auf das Verzeichnis nicht nachträglich ändern?

Ich glaube, folgenden Satz nicht ganz verstanden zu haben:

Ja, ich habe einen Multiuser-VServer und kann zwar via ssh mittels Shell Anpassungen vornehmen, aber ich habe keine root-Rechte. Müsste ich dies dem Provider melden? Sonst kann ich ja keine Updates machen. Seltsamerweise haben die Daten beim erstmaligen Hochladen, v.a. das Verzeichnis default die Rechte 775.

Danke für die weitere Unterstützung!

Bei manchen Providern gibt es einen Unterschied zwischen dem FTP-User und dem User, unter dem der Webserver läuft. Dann kann der FTP-User Dateien und Ordner, die im Betrieb von Drupal erzeugt wurden nicht bearbeiten. Du kannst normalerweise über die Kundenoberfläche des Providers den Owner von Dateien festlegen. Das ist dann nötig, wenn Dateien mittels FTP geändert werden sollen, die im Drupal-Betrieb erzeugt wurden.
Bei der Installation von Drupal werden die Rechte der settings.php auf 444 gesetzt und die von Default auf 555 aus Sicherheitsgründen. Das sollte beim Update auch keine Probleme bereiten, da Du den sites-Ordner beim Update gar nicht anpackst.
Ein Update von Drupal 8 ersetzt zu nächst nur die Ordner "core" und "vendor". Falls nötig können auch die Dateien (also keine Ordner) auf dem Root-Level zu erneuern sein. Die Verzeichnisse "modules", "themes", "libraries" und "sites" faßt Du nicht an. Dann sollte der Update mittels FTP klappen.

vielen Dank, Werner, für die wertvollen Hintergrundinformationen zu den (Drupal-)Rechten!

Achso, dann lade ich die Verzeichnisse modules, themes, libraries und sites beim Update gar nicht hoch, sondern nur die beiden Verzeichnisse core und vendor, und (falls nötig) zusätzlich die im root liegenden Dateien? Das wusste ich nicht bzw. hab ich dies bei einer Anleitung bei Drupal so gelesen. Aber dort wurde vermutlich kein Update-Vorgang beschrieben sondern der Installationsprozess von Drupal. Ist ja nicht dasselbe :)

Hier noch die Anleitung, auf die ich mich beziehe > http://www.drupalcenter.de/node/54775 > Punkt 4.

Die Anleitung dort sagt aber nichts anders als das was ich hier geschrieben habe. Für Drupal 8 gilt:

• In "modules" findest Du Deine zusätzlich zum Core installierten Module
• In "themes" findest Du Deine zusätzlich zum Core installierten Themes
• In 'libraries" die befinden sich die von Dir installierten JavaScript-Libraries

Im sites Verzeichnis findest Du unter sites/default/settings.php, wie auch schon bei früheren Drupal Versionen, die Information über die Datenbank-Anbindung und einige Zusatzinformationen. Z.B. wird bei Drupal 8 dort festgelegt, wo sich das "Private Files"-Verzeichnis befindet. Früher ging das über die Konfiguratiion.
Wenn Du also das sites-Verzeichnis überschreibst, verliert Drupal die Info zur Datenbank und ist dann nicht mehr funktionsfähig!

Hallo wla

danke für deine Antwort. Da ich ja nur ein Sicherheitsupdate von 8.2.4 auf 8.2.5 machen möchte, ist es sehr viel einfacher:

• neben der üblichen Sicherung...
• einloggen und Wartungsmodus aktivieren > Startseite - Verwaltung - Konfiguration - Entwicklung - Haken setzen
• root-Dateien löschen
• core- und vendor-Ordner (mitsamt des Inhalts) löschen
• root-Dateien aus 8.2.5 hochladen
• core- und vendor-Ordner aus 8.2.5 hochladen
• url-der-website/update.php aufrufen
• der Updateprozess laufen lassen. Es wird nur ein Schritt des Updateprozesses durchgeführt. Danach folgt die Meldung, dass keine Datenbankanpassungen vorgenommen werden müssen. Damit ist der Updateprozess bereits abgeschlossen!
• den gesamten Cache löschen > Verwaltung - Konfiguration - Entwicklung
• that's it! :)

Ich habe einen Update für Drupal 8 über FTP auch einmal gemacht. Auf Grund der vielen kleinen Dateien dauerte das eine ganze Weile (fast eine Stunde).
Ich kann daher nur empfehlen Webspace mit SSH-Anbindung zu nutzen und dort drush zu installieren. Dann ist mit dem Befehl "drush up drupal" ein Drupal Update in zwei Minuten erledigt.