[Nextcloud] A cloud for personal or group use

[ppr]

Hi,

Maybe these topics could helps you :

PHP7.4 a cassé nextcloud

Moving to php version higher than 7.0 is hardly made on purpose. More often it’s done by app that doesn’t handle properly php versions. Unless you tried specific branches of nextcloud to update to the version 16 or 17, there’s no reason for nextcloud to install any specific version of php. You probably had install an app at a time. If you do remember of one you did install recently, it may be interesting to know. Meanwhile, what gives you ls -l /etc/php/ and update-alternatives --display p…

Sury repository is pushing possibly unwanted upgrades

Hmmm so first : do you think you have a good reason to have sury enabled ? This is only supposed to be there because of an application which requires PHP 7.1, 2 or 3 … (though there are quite a lot of them)

ppr

[Nico1]

Bonjour, j’ai eu un soucis lors de la dernière update.
J’ai suivi la procédure pour déplacer le fichiers du dossier data dans un autre dossier, j’ai donc supprimer le contenu de l’ancien dossier et lors de l’update il y a eu une erreur , donc en fouillant dans les logs , il s’avère que la cause de l’erreur est du au fichier nextcloud log ( je sais plus comment il s’appel exactement) j’ai donc rétabli l’ancien fichier et l’update s’est bien faite.
Je sais pas si sa peut être intégré dans le script d’update et savoir si le fichier est présent ou pas et le créer au besoin.

[JimboJoe]

New stable release

• 25 January 2019 - #249
  • Upgrade to Nextcloud 15.0.14
  • Use ynh_get_scalable_phpfpm to adapt php to the actual device (avoid crashing on low-end devices)

[metyun]

Bonjour,
Un nouveau message d’avertissement que je n’avais pas avec la 15.0.13

PHP ne semble pas être configuré de manière à récupérer les valeurs des variables d’environnement. Le test de la commande getenv(“PATH”) retourne seulement une réponse vide. Veuillez consulter la documentation d’installation pour savoir comment configurer PHP sur votre serveur, en particulier en cas d’utilisation de php-fpm.

Affichage en double de certaines valeurs dans le fichier de configuration php:

pm.max_children = 9
pm.max_children = 9

pm.start_servers = 2
pm.start_servers = 2

; Note: Used only when pm is set to ‘dynamic’
; Note: Mandatory when pm is set to ‘dynamic’
pm.min_spare_servers = 1
pm.min_spare_servers = 1

; Note: Used only when pm is set to ‘dynamic’
; Note: Mandatory when pm is set to ‘dynamic’
pm.max_spare_servers = 4
pm.max_spare_servers = 4

Sinon toujours les messages concernant la version de php et le non support des caractères codés sur 4 octets pour MySQL.
Malgré ces quelques erreurs, tout fonctionne normalement.

[grena]

@metyun

Un nouveau message d’avertissement que je n’avais pas avec la 15.0.13

PHP ne semble pas être configuré de manière à récupérer les valeurs des variables d’environnement. Le test de la commande getenv(“PATH”) retourne seulement une réponse vide. Veuillez consulter la documentation d’installation pour savoir comment configurer PHP sur votre serveur, en particulier en cas d’utilisation de php-fpm.

J’ai le même message d’erreur mais j’ai pu réglé le problème en appliquant ceci et en redémarrant PHP.

Il me semble que le fix n’a pas été reporté dans la nouvelle configuration de PHP déployée avec la dernière version… Je vais essayer de proposer une PR sur GitHub

[metyun]

Je venais de comparer il y a une petite heure avec l’ancien fichier et j’avais trouvé la même chose, ajout de env[PATH] = $PATH à la ligne 395 puis:

yunohost service restart php7.0-fpm

J’en ai profité pour supprimer les lignes en doublon, bien que celles-ci n’ont pas l’air d’avoir de conséquences.

[Benance]

Idem chez moi: apparition du même message d’avertissement de php-fpm suite à la mise à jour vers nextcloud 15.0.14

[hercut]

Ces dernières erreurs me pose la question de faire la maj …

[Maniack_Crudelis]

New testing release

This release really need to be tested, please give us feedback

• 14 March 2020 - #260
  • Upgrade to nextcloud 18.0.1
  • Add some php dependencies as suggested in https://docs.nextcloud.com/server/18/admin_manual/installation/source_installation.html to make some features working
  • Use php7.3
  • Fix php issues with php7.4

sudo yunohost app install https://github.com/YunoHost-Apps/nextcloud_ynh/tree/testing --debug
or
sudo yunohost app upgrade nextcloud -u https://github.com/YunoHost-Apps/nextcloud_ynh/tree/testing --debug

[Kayou]

Upgraded smoothly, everything is working on my side.

[rafi59]

Upgrade fine for me

I have just a new warning in the admin interface

La limite de mémoire PHP est inférieure à la valeur recommandée de 512 Mo.

Any idea for this ?

[JimboJoe]

Will be fixed with upcoming 18.0.2 update

Upgrade to upstream version 18.0.2

[SohKa]

Hi !

Thanks for the update ! The update went fine for me too. But in the Nextcloud Administration > Overview page, I see some error messages :

There are some errors regarding your setup.

    It was not possible to execute the cron job via CLI. The following technical errors have appeared:
        PHP module zip not installed. Please ask your server administrator to install the module.

The thing is, the package of the module is installed as indicated with this command :

$ apt list --installed | grep -i php | grep -i zip

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

php-zip/oldstable,now 1:7.0+49 all [installed,auto-removable]
php7.0-zip/unknown,now 7.0.33-25+0~20200225.32+debian9~1.gbpa11893 amd64 [installed,auto-removable]
php7.3-zip/unknown,now 7.3.15-4+0~20200224.55+debian9~1.gbpbea824 amd64 [installed,automatic]

On a side note, I don’t know if it matters, but you can see that the php7.0-zip package is marked as auto-removable. An apt autoremove command would remove these packages : libtidy5 php-zip php7.0-zip.

Would someone have an idea about this ?

Edit :
The error message disappeared. In that case, you can ignore this message.

[ppr]

Bonjour,

Sur la version Testing 3.7.4 de YunoHost je viens de faire l’installation de Nextcloud dans la version stable actuelle soit la 15.0.14.

[edit] sur mon Raspberry Pi 3 B (environ une grosse-grosse 1/2 heure avec 2 Go de swap)

J’ai ensuite appliqué la mise à niveau vers la version 18.0.1 Testing.
Effectivement, les 2 seuls avertissements dans Nextcloud sont :

• la limite PHP inférieure à 512 Mo (qui sera corrigé dans la version suivante) ;
• le codage des caractères sur 4 octets non supporté.

[edit 2] mise à niveau réussi sur une VM à partir de YunoHost Stable 3.6 et Nextcloud 15.0.14.

[edit 3] mise à niveau réussi sur mon VPS à partir de YunoHost Stable après une frayeur : passage en mode maintenance de l’instance Nextcloud. J’ai tenté le reboot, rien de mieux. Finalement, j’ai édité le fichier config.php et j’ai passé la maintenance => true à maintenance => false. En dehors de ça j’ai dû mettre à jour des Applications propres à Nextcloud, ainsi qu’en réactiver certaines comme par exemple Agenda/Calendar.

nano /var/www/nextcloud/config/config.php

Source : [Résolu] Instance bloquée lors de mise à jour de NextCloud - #2 par MatthieuPatout - Owncloud | Nextcloud - Les forums d'Ouvaton

Bravo @JimboJoe @Maniack_Crudelis @Kayou ainsi qu’à l’équipe !

Merci !

ppr

[ludovic]

Hello,

Update done to the testing branch. Everything went smoothly

Many thanks for this work !

[Aleks]

Upgrade went ~okay on my side. Encountered a few issues unrelated to the app itself :

• I’m on a RPi2, upgrading from 15.x. The upgrade process made my RPi2 explode (it stopped answering requests except pings, logs shows that oom_reaper went full rampage all night long). I strongly suspect this is due to the lack of swap.
• Reran the upgrade later, ran into a bug related to the permission system, fix submitted here
• Now I’m on 18.x, have the same warnings that @ppr but apart from this, sounds good

As a side note, here’s an extract from the upgrade log :

Info : [############........] > Upgrading nextcloud...
Info : Upgrade to nextcloud 16.0.0
Info : '/tmp/tmp.o7DtytDUX6' wasn't deleted because it doesn't exist.
Attention :  Starting ...
Attention :     0/0 [>---------------------------]   0% Starting ...
Info : Upgrade to nextcloud 17.0.0
Info : '/tmp/tmp.rdknRmctgR' wasn't deleted because it doesn't exist.
Attention :     0/0 [>---------------------------]   0% Starting ...
Info : Upgrade to nextcloud 18.0.0
Info : '/tmp/tmp.29CrBZwrH3' wasn't deleted because it doesn't exist.
Attention :     0/0 [>---------------------------]   0% Starting ...
Attention :     0/0 [>---------------------------]   0% Starting ...
Attention :     0/0 [>---------------------------]   0%warning: commands will be executed using /bin/sh
Info : Upgrade to nextcloud 18.0.1
Attention : job 6 at Sun Mar 15 22:16:00 2020
Info : '/tmp/tmp.Gfa5pU5a3E' wasn't deleted because it doesn't exist.
Info : [############+++.....] > Reconfiguring nextcloud...

I don’t know if that’s easy to remove, but several of those messages are confusing ("Starting ..." wut ? and it just sit at 0% o.O … then at the end “Attention : [current date]”, wtf ?)

Anyway, cheers for the huge work

[Limezy]

Sur mon VPS, la mise à jour (depuis la dernière version stable) s’est très bien passée, à part un petit blocage, cf détails ci-dessous :

1. Mise à jour effectuée, pas de mode maintenance, tout est parfait
2. Je vais dans le menu applications pour mettre à jour et réactiver certaines apps
3. Une des activations fait planter nextcloud, je rafraîchis et me retrouve en mode maintenance
4. Je désactive le mode maintenance dans le fichier var/www/nextcloud/config/config.php
5. Problème réglé, Nextcloud à jour et fonctionnel

S’il n’y avait pas eu ce blocage en mode maintenance la séquence était parfaite.
L’interface d’administration me remonte quatre avertissements en tout :

• La limite de mémoire PHP est inférieure à la valeur recommandée de 512 Mo.

• MySQL est utilisée comme base de données mais ne supporte pas les caractères codés sur 4 octets. Pour pouvoir manipuler les caractères sur 4 octets (comme les émoticônes) sans problème dans les noms de fichiers ou les commentaires par exemple, il est recommandé d’activer le support 4 octets dans MySQL. Pour plus de détails, lisez la page de documentation à ce sujet

• La configuration du serveur web ne permet pas d’atteindre “/.well-known/caldav”. Vous trouverez plus d’informations dans la documentation.

• La configuration du serveur web ne permet pas d’atteindre “/.well-known/carddav”. Vous trouverez plus d’informations dans la documentation.

Les deux premiers ont l’air normaux d’après les messages ci-dessus, et les deux derniers sont toujours les mêmes que je me traîne depuis trois ou quatre mises à jour, sans avoir jamais réussi à les faire disparaître.

Quoi qu’il en soit merci pour ce travail impressionnant, c’est génial d’être de nouveau à jour ! J’ai un sentiment d’interface Nextcloud légèrement plus rapide mais il y a peut-être un petit effet placebo.

[Limezy]

Petite mise à jour, je ne parviens pas à installer l’application “Community Document Server”, nécessaire pour faire tourner OnlyOffice. Apparemment c’est lié à la mémoire allouée à PHP. Vu dans les journaux :

Allowed memory size of 134217728 bytes exhausted (tried to allocate 315857416 bytes) at /var/www/nextcloud/lib/private/Installer.php#278

[Kayou]

Cette fonctionnalité n’est pas disponible sur les architectures arm. De plus cette application est assez lourde, j’ai eu du mal à la télécharger également à cause d’un timeout de l’interface

Édit: C’est visiblement pas ça

[SohKa]

Pour passer ce message d’erreur, il faut mettre une valeur supérieure à 301 Mo (c’est plus ou moins ce que ton message d’erreur indique) pour la variable memory_limit (genre 512 Mo) dans le fichier /etc/php/7.3/fpm/php.ini.

Edit : ce soucis sera résolu avec le prochain upgrade de l’app.