Echec mise à jour Nextcloud

What type of hardware are you using: Old laptop or computer
What YunoHost version are you running: 12.1.17.1
What app is this about: Nextcloud

Describe your issue

Bonjour,
J’ai subi un échec de la mise à jour de Nextcloud (vers la version 31.0.8~ynh2) sur mon serveur Yunohost.
Je venais de faire la mise à jour system juste avant. Donc vers la version version 12.1 de YNH. Est ce que ça peut jouer dans l’échec de la mise à jour nextcloud ?
J’ai remarqué que cette instance nextcloud avait 2 versions de retard, je sais pas si cela aussi peut jouer dans l’échec de MàJ ?
En regardant le log fourni, je me demande si le problème ne vient pas du fait que je mets l’instance nextcloud en mode maintenance lors de la mise à jour ?
Pouvez vous m’aider ?
Merci

Share relevant logs or error messages

https://paste.yunohost.org/raw/irahaquhiw

Salut,

Je ne pense pas que la mise à jour du système avant Nextcloud pose problème, j’ai fait comme ça et je n’ai pas eu de souci avec la mise à jour de Nextcloud.

Tu peux forcer la mise à jour :

yunohost app upgrade -F nextcloud

Hello à tout le monde, pour garder une trace j’ai aussi eu une erreur à l’update de 31.0.8 à 31.0.9 aujourd’hui à la suite de la derniere petite mise à jour de yunohost (et j’ai pas tellement d’idée d’où ça vient, pas de maintenance ici) :
https://paste.yunohost.org/raw/gefimezusa
et donc la dernière ligne :

ERROR - Failed to upgrade nextcloud: An error occurred inside the app upgrade script

J’ai pas encore tenté l’upgrade forcée.

j’ai l’impression que c’est au moment du backup que l’upgrade plante (tout en plantant nextcloud en passant)

Erreur: "500"

Action: "PUT" /yunohost/api/apps/nextcloud/upgrade

Côté client l’app n’indique qu’une erreur interne et renvoie vers l’administration du serveur.

Voilà le log quand je force l’upgrade, le problème démarre à partir de là et semble lié à nextcloud-notify-push-watcher.service

Attention : 0 [>---------------------------] 0 [->--------------------------] 0 [—>------------------------]Job for nextcloud-notify-push-watcher.service failed because the control process exited with error code.
Attention : See “systemctl status nextcloud-notify-push-watcher.service” and “journalctl -xeu nextcloud-notify-push-watcher.service” for details.
Attention : sept. 11 20:13:23 systemd[1]: Starting nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates…
Attention : sept. 11 20:13:23 systemd[1]: nextcloud-notify-push-watcher.service: Deactivated successfully.
Attention : sept. 11 20:13:23 systemd[1]: Finished nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates.
Attention : sept. 11 20:13:25 systemd[1]: Starting nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates…
Attention : sept. 11 20:13:26 systemd[1]: nextcloud-notify-push-watcher.service: Deactivated successfully.
Attention : sept. 11 20:13:26 systemd[1]: Finished nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates.
Attention : sept. 11 20:23:21 systemd[1]: Starting nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates…
Attention : sept. 11 20:23:21 systemd[1]: nextcloud-notify-push-watcher.service: Deactivated successfully.
Attention : sept. 11 20:23:21 systemd[1]: Finished nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates.
Attention : sept. 11 20:24:00 systemd[1]: Starting nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates…
Attention : sept. 11 20:24:00 chmod[16796]: /usr/bin/chmod: impossible d’accéder à ‘/var/www/nextcloud/apps/notify_push/bin/x86_64/notify_push’: Aucun fichier ou dossier de ce type
Attention : sept. 11 20:24:00 systemd[1]: nextcloud-notify-push-watcher.service: Control process exited, code=exited, status=1/FAILURE
Attention : sept. 11 20:24:00 systemd[1]: nextcloud-notify-push-watcher.service: Failed with result ‘exit-code’.
Attention : sept. 11 20:24:00 systemd[1]: Failed to start nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates.
Attention : sept. 11 20:24:25 systemd[1]: Starting nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates…
Attention : sept. 11 20:24:25 systemctl[20278]: Failed to restart nextcloud-notify-push.service: Interactive authentication required.
Attention : sept. 11 20:24:25 systemctl[20278]: See system logs and ‘systemctl status nextcloud-notify-push.service’ for details.
Attention : sept. 11 20:24:25 systemd[1]: nextcloud-notify-push-watcher.service: Main process exited, code=exited, status=1/FAILURE
Attention : sept. 11 20:24:25 systemd[1]: nextcloud-notify-push-watcher.service: Failed with result ‘exit-code’.
Attention : sept. 11 20:24:25 systemd[1]: Failed to start nextcloud-notify-push-watcher.service - Restart Push daemon for Nextcloud clients when it receives updates.

Après ça il restaure nextcloud (mais il n’est plus fonctionnel…).

Une dernière information, j’avais installé cet été Collabora Online.
Avant d’arriver à le rendre fonctionnel avec Nextcloud, je suis à peu près certain d’avoir touché à la configuration de nginx (je l’ai forcé à la configuration recommandée sans succès pour la réinstall de nextcloud) et probablement au fichier de config de nextcloud.

Quand je tente de forcer l’update de Nextcloud en 3.0.9, une des lignes m’indique ceci :

Attention : File /var/www/nextcloud/config/config.php has been manually modified since the installation or last upgrade. So it has been duplicated in /var/cache/yunohost/appconfbackup//var/www/nextcloud/config/config.php.backup.20250911.211817

Je ne suis pas convaincu que ce soit le fond du problème, mais voilà il apparait comme modifié manuellement lui aussi.

Les autres apps du serveur fonctionnent normalement de leur côté.

Arrrf, j’ai le même soucis avec notify-push qui a planté l’upgrade !! J’espère que le backup va rétablir correctement le nextcloud…

https://paste.yunohost.org/raw/uviqosalog

Ok, so I have done this:

yunohost app shell nextcloud
php occ maintenance:repair

it works again

3 Likes

merci infiniment ! ça a fonctionné ici aussi :+1:

Salut,

Quand il y a une nouvelle version de Nextcloud, je fais une copie de ‘config.php’ avant la mise à niveau de Nextcloud.

Ensuite, j’effectue une sauvegarde de Nextcloud manuellement :
yunohost backup create --apps nextcloud

Une fois fait, je lance la mise à jour, mais avec l’option -b
(option -b “Exit la création d’une sauvegarde avant la mise à niveau, puisque précédemment, j’en ai fait une.”)

yunohost app upgrade -b nextcloud

Une fois la mise à niveau faite, je compare le fichier config.php avec la copie que j’ai de côté, ça me permet d’apporter des corrections si nécessaire.

En faisant comme ça, j’ai très rarement des problèmes avec Nextcloud.

5 Likes

merci :folded_hands:
j’ai bien noté ça de côté, j’ai aussi une certain passion d’éviter les mauvaises surprises :grin:

1 Like

Je t’en prie :wink:
Je procède comme ça avec toutes les applis et même pour Système Yunohost, j’effectue toujours une sauvegarde :slightly_smiling_face:

yunohost backup create --system

Puis, la mise à jour avec en plus yunohost --version qui affiche le numéro de version de Yunohost et version stable :

yunohost tools upgrade system && yunohost --version

Comme ce soir, je viens de faire la mise à jour :

Succès ! Système mis à jour
yunohost:
repo: stable
version: 12.1.22
yunohost-admin:
repo: stable
version: 12.1.11
yunohost-portal:
repo: stable
version: 12.1.2
moulinette:
repo: stable
version: 12.1.3
ssowat:
repo: stable
version: 12.1.1

3 Likes

Et tu as notify-push activé, par curiosité ? pardon tu parlai du système…

Avant une mise à jour nextcloud aussi, ça peut-être judicieux de :

  • bien mettre à jour les apps,
  • désactiver les modules (apps) exotiques,
  • mettre en maintenance le serveur,
  • puis lancer la mise à jour…

Oui, je parlais uniquement du système Yunohost.

Non, je n’ai pas activé notify-push, mais il me semble qu’il est facultatif et n’est donc pas vraiment nécessaire et ça fait planter l’upgrade de NC.

Oui, il est même recommandé de faire les vérifications et mise à jour des applis avant de faire la mise à niveau de Nextcloud.

Et voilà une mise à jour Nextcloud réussi, même si parfois, je suis obligé de corriger quelques erreurs avec config.php, mais dans l’ensemble, je n’ai pas de soucis.

Nextcloud Hub 10 (31.0.8)

Nextcloud Hub 10 (31.0.9)

Yes ! ça fait longtemps que je n’ai plus le petit rond vert, j’ai toujours quelques erreurs warning dans le journal…

1 Like

Merci pour toutes vos réponses !!
De mon côté ça bloque encore…
J’ai effectué les actions suivantes :

  1. mise à jour des apps : php8.4 occ app:update
  2. ajout des indices manquant pour l’app Polls en BDD : php8.4 occ db:add-missing-indices
  3. passage en mode maintenance : php8.4 occ maintenance:mode --on
  4. création d’une sauvegarde : sudo yunohost backup create --apps nextcloud
  5. mise à jour de nextcloud : sudo yunohost app upgrade -b nextcloud
  6. Echec
  7. tentative de mise à jour en mode forcé : sudo yunohost app upgrade -b -F nextcloud
  8. Echec

Voilà le log yunohost : https://paste.yunohost.org/raw/xaponahoji

J’ai l’impression que le problème vient du coté de LDAP :

There are no commands defined in the "ldap" namespace.
sudo -u nextcloud env PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin COREPACK_ENABLE_DOWNLOAD_PROMPT=0 php8.3 --define apc.enable_cli=1 occ --no-interaction --no-ansi ldap:show-config ''

Mais je ne comprends pas pourquoi pour l’instant…

Pouvez vous m’aider ?

REBONDISSEMENT !!!

Intrigué par les lignes suivantes dans les logs :

2025-09-14 12:09:47,951: WARNING - Nextcloud is in maintenance mode, no apps are loaded.
2025-09-14 12:09:47,951: WARNING - Commands provided by apps are unavailable.

J’ai tenté la mise à jour en mode forcé et en désactivant le mode maintenance, et c’est passé …!

C’est pas satisfaisant, j’espère que des documents user n’ont pas été corrompu…

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.