Probleme bei Update auf 32.0.1

Ich wollte meine Nextcloud updaten, aber bekomme ein Fehler.

Check for write permissions failed
The following places can not be written to:
    LICENSE
    libtensorflow.so
    libtensorflow_framework.so
    libtensorflow_framework.so.2.9.1
    libtensorflow.so.2.9.1
    libtensorflow_framework.so.2
    libtensorflow.so.2
    ctstring_internal.h
    ctstring.h
    tf_file_statistics.h
    tf_attrtype.h
    tf_tensor.h
    tf_tstring.h
    tf_datatype.h
    tensor_interface.h
    c_api_experimental.h
    c_api.h
    c_api_macros.h
    tf_status.h
    c_api_experimental.h
    c_api.h
    dlpack.h
    THIRD_PARTY_TF_C_LICENSES
    LICENSE
    libtensorflow.so
    libtensorflow_framework.so
    libtensorflow_framework.so.2.9.1
    libtensorflow.so.2.9.1
    libtensorflow_framework.so.2
    libtensorflow.so.2
    ctstring_internal.h
    ctstring.h
    trt_convert_api.h
    tf_file_statistics.h
    tf_attrtype.h
    tf_tensor.h
    tf_tstring.h
    tf_datatype.h
    tensor_interface.h
    c_api_experimental.h
    c_api.h
    c_api_macros.h
    tf_status.h
    c_api_experimental.h
    c_api.h
    dlpack.h
    THIRD_PARTY_TF_C_LICENSES

Update failed. To resume or retry just execute the updater again.


Was kann ich da machen, bisher liefen die Updates immer ohne Probleme durch.

Nun, ein paar mehr Infos zu der Umgebung unter der Du NC lÀufen lÀsst, wÀren schon hilfreich.

Sind die Rechte richtig gesetzt?
Z.B.: (Daten mĂŒssen natĂŒrlich Deinen Pfaden angepasst werden; Backup ist obligatorisch.)

#Berechtigungen pp Nextcloudverzeichnis
sudo chown -R www-data:www-data /var/www/nextcloud
find nextcloud/ -type d -exec chmod 750 {} \;
find nextcloud/ -type f -exec chmod 640 {} \;
#Berechtigungen pp Datenverzeichnis
cd /media/
chown -R www-data:www-data ncd
find ncd/ -type d -exec chmod 750 {} \;
find ncd/ -type f -exec chmod 640 {} \;

Diese Infos wĂŒrden weiterhelfen:

Liebe Nutzer des deutschen Subforums.

Es passiert leider hĂ€ufig genug, dass ganz wesentliche Infos bei vielen Threads fehlen. Dabei weiß niemand außer Euch selbst, wie ihr eure Maschine(n) konfiguriert habt. Doch Informationen sind wesentlich fĂŒr eventuelle Helfer.

Bitte beachtet beim Posten deshalb folgende kleine Hinweise - die erleichtern allen die Fehlersuche. Und sparen allen Zeit. Und auch Nerven :wink:

  • Bei welchen Anbieter? Was fĂŒr ein Server? v-server, shared, root, usw. Oder Lokal?
  • Auf welcher Hardware? PC, Raspberry PI, Banana, NAS usw

  • Betriebssystem sowie Version ALLER beteiligten Systeme
  • Nextcloud Version: <bitte ausfĂŒllen>
  • PHP Version: <bitte ausfĂŒllen>
  • Welche Datenbank? MySql,Engine X (Nginx),MariaDB usw

  • Apache version, usw.
  • LĂ€uft NC in Docker,Snap oder VM
  • Netzwerk Aufgliederung: zb. Router>Switch>PI>
  • Wurden vor kurzen Server Updates gemacht? Wenn ja von was?
  • Habt ihr die Logs angesehen von Nextcloud und von System?
  • Bei was fĂŒr einer Aktion ist der Fehler aufgetreten?

Das ist ein umfangreicher Fragenkatalog. Nicht immer ist es sinnvoll ALLES zu beantworten. Generell aber sollte gelten, lieber mehr Infos als wenig Infos.

Bei vielem hilft euch die App issue template aus dem App-Store.

1 Like

Nicht zu vergessen: Wie wurde das Update aufgerufen/gestartet und als welcher Benutzer?

Update wurde mit Adminseite versucht aber auch per Konsole.

Sicher das es 750 und 640 und nicht 755 und 644?

Ich habe es, habe alles mit 75 und 644 gemacht nun lĂ€uft das Update durch. Warum sich da was geĂ€ndert hat weiß ich nicht.

Ja
, sonst hÀtte ich es nicht geschrieben


75 gibt es streng genommen gar nicht


Der Unterschied zwischen den Dateirechten 750 und 755 liegt in den Rechten fĂŒr andere Benutzer. Bei 750 hat nur der EigentĂŒmer Lese-, Schreib- und AusfĂŒhrungsrechte, die Gruppe hat Lese- und AusfĂŒhrungsrechte, aber andere Benutzer haben keine Zugriffsrechte. Bei 755 haben neben dem EigentĂŒmer auch Gruppenmitglieder und andere Benutzer Lese- und AusfĂŒhrungsrechte

.

If the update to 32.0.1 is giving trouble, try a simple restart or clear the cache first—sometimes it’s just old files getting in the way. If that doesn’t fix it, reinstalling the update or checking the release notes can usually point you in the right direction.

And honestly, it’s like real-life stuff too—just like with bail bonds Tampa, sometimes one small missing step can hold everything up until you sort it out.

Btw. In diesem Kontext noch ein kleiner Tipp: Ich wĂŒrde empfehlen, xargs zu nutzen, da es viele Dateien in einem einzigen chmod-Aufruf verarbeitet, wĂ€hrend find ... -exec chmod {} \; fĂŒr jede einzelne Datei einen neuen Prozess startet. Oder einfach gesagt: Mit xargs ist das Prozedere deutlich schneller:

find "$NCDATAPATH"/ -type f -print0 | xargs -0 chmod 0640
find "$NCDATAPATH"/ -type d -print0 | xargs -0 chmod 0750
find "$NCINSTALLPATH"/ -type f -print0 | xargs -0 chmod 0640
find "$NCINSTALLPATH"/ -type d -print0 | xargs -0 chmod 0750

Das ist insbesondere dann relevant, wenn ihr wie ich Previews vorgeneriert, was u. U. zehntausende zusÀtzliche Dateien generiert, wenn ihr viele Fotos habt.

Well, bugs and issues happen. Not ideal, but not the end of the world either, in my humble opinion :wink:

2 Likes

But issues with the theme behind Cloudflare aren’t really the topic of this thread, are they? The OP had a write permissions error and wanted to know how to fix it. They received an answer, and their issue has been resolved.

So please do not hijack other people’s threads by posting off-topic comments or expressing general discontent based on assumptions. Also, please do not post in a language other than that of the original post, especially if it does not contribute to finding a solution. Comments such as ‘I had the same issue’ are not helpful in the context of this thread. :wink:

If you’re looking for help with a Cloudflare/theming issue, please start a new thread in the ‘Support’ section and fill out the support template. For feedback or general discussions, there is the ‘General’ section.