Beta-testing phase for YunoHost 3.0 on Debian Stretch

fr
en

#82

Merci @Makoto_Doushite pour ton rapport détaillé !
Pourrais-tu STP ouvrir un ticket pour rss-bridge ici (car je ne reproduis pas ton problème) ?
L’idée est de mettre les traces d’une installation via

yunohost app install rss-bridge --verbose

Merci !


#83

Très bien, merci pour ces infos ! :slight_smile:


#84

Hello !

Merci pour ton retour et ces préciseuses informations !

Je pense qu’il serait intéressant de poster ces retours sur les différentes apps (voir idéalement si tu as le courage et temps, de faire la pull requests correspondante pour les fix que tu as trouvés :stuck_out_tongue: ). Par exemple myTinyTodo n’a pas été mis à jour depuis Septembre (c.f. https://github.com/YunoHost-Apps/mytinytodo_ynh ) … peut-être que le mainteneur est inactif ou n’est pas au courant du fork :wink: Dans tous les cas, ouvrir une issue avec les détails pour la tracabilité ne peut pas faire de mal !


#85

Tu fait bien de remuer le sujet, j’ai retenté via ta commande, et … Rss-Bridge fonctionne en fait bien !
Autant pour moi, je ne me souviens plus du coup… soit c’est une erreur dans mes notes, soit la première tentative à échouée à cause d’un autre problème sur ma machine, résolu entre-temps.
J’aurai dû au moins faire un second essai, car il arrive parfois qu’un download se passe mal, tout ça quoi.
Merci !


#86

J’ai ouvert un compte github et fait une issue pour mytinytodo, le pull-request j’ai pas compris comment ça marche ^^;


#87

Tu as résolu à moitié mon travail de l’été. Laisse moi donc te faire une déclaration d’amour ! :heart_eyes:


#88

bonjour
fresh install sur rasberry pi 3B+
système ok
pour les applis, il y a de tout,
des qui marchent (ampache, nextcloud, jirafeau)
d’autres pour lesquelles l’installation n’aboutit pas (searx, strut, synapŝe)
il faut que je creuse, les blocages à l’installation me laissent perplexe
le dépot d’appli par défaut yunohost est ok ou est il nécessaire de piocher dans community ou autre ?
j’explore, à suivre
merci


#89

Alors j’ai mis à jour par l’interface graphique pour voir si ca marchait. C’était ce qui était indiqué comme “à tester”

Premier hic, au bout d’un temps (~1h, mais c’est à la louche) j’ai un nginx error 504 Gateway Timeout. Du coup, plus moyen de savoir ce qui se passe sur mon serveur… bon si, j’ai fait des tail -F sur les logs, et j’ai réussi à suivre mais c’était triste

Deuxième hic, sur la fin de l’install. Une erreur sur la migration de postgresql 9.4 vers 9.6. La mise à jour échoue, et je reçois un email, qui pointe vers la procédure. En le faisant à la main, ca passe, mais visiblement, j’ai des soucis depuis (et la migration ynh ne fonctionne plus, parce que les fichiers recherchés de la 9.4 n’existent plus

Petits soucis sur Nextcloud, mais avec les infos fournies par @genma, ca s’est résolu

Petit soucis avec le mail : starttls et le changement de port (465 —> 587) plus un peu de config de mon client mail + besoin de forcer postfix à re-générer une conf, parce que j’avais fait des changements manuels, et que bien qu’il ne soit plus utilisé, postfix cherchait encore rmilter

À priori, jappix, rainloop, Freshrss, gogs, dollibar, Nextcloud, Riot, PhPMyAdmin, Transmission et Wordpress fonctionnent ce soir. Il en va aussi de même pour tous les serveurs (xmpp, mail, web).

Dernier soucis car j’avais un paquet installé hors YNH qui a fichu le bazar lors de l’update (bip, un bouncer irc). J’ai appris à réparer des soucis de dpkg en chemin…

Synapse et Peertube ne veulent pas fonctionner, mais c’est probablement lié à mon histoire de postgresql… Lstu ne fonctionne pas non plus chez moi (erreur 502), shellinabox ne charge même pas.

Merci à @Bram, @JimboJoe et @Aleks pour l’aide fournie sur support… et à tous les autres qui ont fait que cette upgrade s’est finalement pas trop mal passée ! :heart:


#90

Alors depuis hier soir le système ne veut plus se mettre à jour via la console :

YunoHost a rencontré une erreur interne :/
Vraiment navré.
Vous devriez chercher de l’aide sur le forum ou le salon pour résoudre le problème, ou rapporter le bogue sur l’outil de suivi.
Les informations suivantes peuvent être utile à l’interlocuteur vous aidant :

Action   
PUT /update
{"locale":"fr"}

Trace
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/tools.py", line 428, in tools_update
    if not cache.update():
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 464, in update
    raise FetchFailedException(e)
FetchFailedException: W:GPG error: http://cdn-fastly.deb.debian.org/debian jessie-backports InRelease:
Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible
NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010, E:
The repository 'http://httpredir.debian.org/debian jessie-backports InRelease' is not signed.

Mise à jour de la liste des paquets disponibles...

Pourquoi est-ce qu’on trouve du Jessie là dedans ?


#91

Autre sujet, l’installation de Roundcube n’a jamais abouti. C’est juste après cette tentative d’installation que j’ai eu l’erreur de mise à jour du système …


#92

Hm ben c’est chelou effectivement … je sais plus trop quand / comment s’était passé ta migration, mais pour réparer ça a la main il faut ouvrir les fichiers dans /etc/apt/sources.list.d/… et commenter celle qui correspond au jessie-backports (en mettant un ‘#’ devant)


#93

Arf ben du coup oui, tout s’explique :wink: Cette PR résoud le probleme mais n’est pas encore mergée : https://github.com/YunoHost-Apps/roundcube_ynh/pull/35


#94

Merci @Aleks ça marche beaucoup mieux comme ça :slight_smile: Il y avait une mise à jour Python en attente.

D’autre part, j’ai régulièrement ce type d’avertissement lors des installations ou mises à jour par la moulinette. Est-ce que je dois m’en inquiéter ?
2018-05-24 22:31:27,288 WARNING moulinette.authenticator.ldap is_authenticated - Error during ldap authentication process: 'NoneType' object has no attribute 'whoami_s'


#95

Arf ben c’est chelou ça … Visiblement le code gère ça et donc ça a l’air de fonctionner quand même mais c’est quand même bizarre (j’ai jamais vu ça ailleurs avant)

Est-ce que tu peux me donner la version de python-ldap installé (commande : dpkg --list | grep python-ldap)


#96

Oublie ma précédente piste, j’avais lu le message trop rapidement … Est-ce que tu as un log complet de quand ça se produit ?


#97

@Aleks: Voici ce que j’ai eu à l’instant : je l’ai mis sur Yunopaste : https://paste.yunohost.org/peyikewive


#98

Bonjour,

Bon, alors j’ai fait le grand saut : je me suis lancé dans la migration via l’interface web de YunoHost.

Le contexte :

  • YunoHost sur base Debian 8 Jessie 64 sur VPS https://www.pingfiles.com/index.html (VPS : ancienne offre KVM avec CPU : 1 vcore ; RAM : 1 Go ; HDD : 20 Go en SSD) ;
  • 4 domaines (dont 1 un en nohost.me) ;
  • 5 utilisateurs ;
  • Nextcloud avec des applications de synchronisation des Contacts, Agenda et SMS ;
  • Wallabag 2
  • Rainloop ;
  • Custom Webapp ;
  • Hextris.

Je suis tout d’abord passé en testing :

nano /etc/apt/sources.list.d/yunohost.list #remplacer stable par testing pour passage en version 2.7.13-2

Ensuite j’ai tout mis à jour et vérifié qu’il n’y a pas d’application à mettre à jour

apt update && apt dist-upgrade && apt autoremove && apt autoclean && yunohost tools update

Ce n’était pas mon cas, mais s’il y a des applications à mettre à jour (avec le verbiage pour essayer d’identifier les éventuelles problèmes) :

yunohost tools upgrade --verbose

J’ai fait une sauvegarde complète y compris des fichiers personnels présents sur Nextcloud. J’ai ensuite rapatrié cette sauvegarde sur mon ordinateur en plus de la garder présente sur mon VPS.

NextCloud 12.* et 13.* - backup_core_only is set
scp -P 1234 root@IP_ou_NDD:/home/yunohost.backup/archives/aaaammjj-hhmmss.tar.gz /home/$USER #1234 est le port SSH et $USER l’utilisateur de votre ordinateur sous GNU/Linux
scp -P 1234 root@IP_ou_NDD:/home/yunohost.backup/archives/aaaammjj-hhmmss.info.json /home/$USER #1234 est le port SSH et $USER l’utilisateur de votre ordinateur sous GNU/Linux

Je me suis connecté sur l’interface web de YunoHost :

https://mon.serveur/yunohost/admin

Dans “Outils” ; “Migrations”, 2 informations se sont affichées : les fichiers /etc/fail2ban/jail.conf et /etc/nginx/nginx.conf avaient été modifié à la main et que durant la migration ils seraient regénérés.
Pour la configuration du jail de fail2ban : ok, je l’avait modifié à la main pour associer un port exotique SSH, soit. Il sera regénéré et je viendrai ensuite repréciser ce port SSH dans la surveillance.
Pour la configuration de Nginx : je n’avais touché à rien, donc soit. Il sera regénéré.
Au cas où pour voir les différences :

yunohost service regen-conf fail2ban --dry-run -d #regarder les + et les -
yunohost service regen-conf nginx --dry-run -d #regarder les + et les -

Au cas où et si nécessaire de forcer la regénération :

yunohost service regen-conf fail2ban --force
yunohost service regen-conf nginx --force

Bref, alors la migration a pris environ 45 minutes.
Une fois ce message Starting the yunohost package upgrade ... The migration will end, but the actual upgrade will happen right after. After the operation is complete, you might have to re-log on the webadmin., je me suis ré-identifié sur l’interface web.
Je suis allé faire un tour dans “Sauvegardes”, et comme j’ai vu que durant le process de migration une sauvegarde avait été faite, alors je l’ai rapatrié sur mon ordinateur :

scp -P 1234 root@IP_ou_NDD:/home/yunohost.backup/archives/aaaammjj-hhmmss.tar.gz /home/$USER #1234 est le port SSH et $USER l’utilisateur de votre ordinateur sous GNU/Linux
scp -P 1234 root@IP_ou_NDD:/home/yunohost.backup/archives/aaaammjj-hhmmss.info.json /home/$USER #1234 est le port SSH et $USER l’utilisateur de votre ordinateur sous GNU/Linux

Je suis ensuite allé dans “Applications” et testé l’accès à celles-ci : OK pour toutes sauf Nextcloud.
@genma et @Gildas avaient souligné des choses vis-à-vis de php7, j’ai donc fait :

apt install php7.0-apcu -y
service nginx restart
apt install php7.0-xml php7.0-mbstring #déjà installé

Rien de mieux pour Nextcloud. J’avais toujours le message :

Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.

Je me suis dit que des services n’avaient peut-être pas bien redémarré, alors j’ai redémarré le serveur :

reboot

Tout est alors revenu dans l’ordre pour Nextcloud, mais en écrivant ces lignes je me suis aperçu que la seule commande de @genma que je n’avais pas faite est la suivante :

systemctl reload php7.0-fpm.service

Peut-être est-ce celle qui manquait pour que tout fonctionne en évitant un redémarrage …

Sinon, concernant l’envoi de courrier, comme l’on dit @Makoto_Doushite et @madmaxlamenace , j’ai remplacé le port 465 par un STARTTLS en 587 et tous les envois fonctionnent.

Du coup, comme tout à l’air de fonctionner pour le moment, je reste en v3 testing pour le moment jusqu’à la v3 stable.

EDIT :
J’ai l’impression, peut-être n’est ce qu’une simple impression, que Nextcloud est plus rapide qu’avant, tout comme les actions de MAJ sur le serveur.

EDIT 2 :
Un grand merci à l’équipe de YunoHost, aux packageurs d’applications ainsi qu’à tous les contributeurs. <3

ppr


#99

Wooouw merci pour ce gros feedback !

Pour les apps plus rapide, c’est probablement php7 qui fait ça (il parrait que c’est vraiment significativement plus rapide)

Merciiii


#100

Merci beaucoup @ppr !
Pour ceux qui voudraient tenter l’aventure, la dernière testing de Nextcloud tient compte des dernières avancées sur Stretch et il n’y a normalement plus d’actions manuelles à faire :wink:


#101

Salut,

Merci déjà pour ce gros travail :heart_eyes:

En attendant de tester une migration du (gros) Yunohost de mon asso je me suis refais une installation from scratch sur mon raspberry 2.

Tout s’est très bien passé concernant Yunohost. :slight_smile:

Pour les apps :

  • Kanboard : aucun soucis, mais j’ai ça dans les logs de php :

WARNING: [pool kanboard] child 17112 said into stderr: “ERROR: Unable to set php_value ‘always_populate_raw_post_data’”

  • Dokuwiki : aucun soucis

  • Nextcloud : j’ai utilisé la branche testing. L’installation s’est bien déroulée mais comme beaucoup de monde impossible d’accéder à l’appli (https://github.com/YunoHost-Apps/nextcloud_ynh/issues/98). Une suppression / réinstallation permet d’avoir un Nextcloud fonctionnel. Dans les logs php, j’ai la même chose que pour kanboard :

WARNING: [pool nextcloud] child 29052 said into stderr: “ERROR: Unable to set php_value ‘always_populate_raw_post_data’”
WARNING: [pool nextcloud] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 8 children, there are 0 idle, and 6 total children

Dans les jours qui viennent je testerai d’autres apps. :wink: