Echec de la migration vers Buster

[stetofou]

Mon serveur YunoHost
**Matériel:serveur Kimsufi
**Version de YunoHost:3.8.5.9
**J’ai accès à mon serveur :En SSH et Par la webadmin

Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

je me suis trouvez en échec de migration avec une situation exactement comme celle de ce post

[Résolu] Echec de la migration vers Buster

Bonjour! Malheureusement ma mise à niveau vers Buster s’est soldée par un échec. Le log est par ici. Mon serveur YunoHost Matériel: Raspberry pi Version de YunoHost: 3.8.5.7 Applications installées : Rainloop, Nextcloud, FirefoxSync, Dokuwiki, PHPmyAdmin J’ai accès à mon serveur : en SSH & par la webadmin J’avais fait un backup complet via la webadmin juste avant la mise à niveau. Je n’ai touché à rien suite à ce message d’erreur. Que dois-je faire ? Un grand merci à ceux qui m’aidero…

j’ai donc fait décrit dans le post sans succès :

apt install firmware-misc-nonfree -o Dpkg::Options::="--force-overwrite"

puis redémarrage

mais j’ai toujours le même message

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

et comme le post n’ai pas pu explicite je n’ai pas pu aller plus loin.
Merci de votre aide.

[Aleks]

Salut,

tu peux aussi faire je pense:

apt install libssl1.1 --allow-downgrades

[stetofou]

Merci à toi j’ai donc fait ce que tu as dit, puis un redemarrage, mais sans succès.
Mais avec un echec beaucoup plus rapide et le log est très court que je me permet donc de mettre directement ici :

error: “La migration 0015_migrate_to_buster a \xE9chou\xE9 avec l\u2019exception Impossible
\ de mettre \xE0 jour le cache APT (gestionnaire de paquets Debian). Voici un extrait
\ du fichier sources.list qui pourrait vous aider \xE0 identifier les lignes probl\xE9
matiques :\nsources.list:deb Index of /debian/ buster main contrib
\ non-free\nsources.list:deb-src Index of /debian/ buster main
\ contrib non-free\nsources.list:deb http://security.debian.org/debian-security\
\ buster/updates main\nsources.list:deb-src http://security.debian.org/debian-security\
\ buster/updates main\nsources.list:deb Index of /debian/ buster-updates
\ main\nsources.list:deb-src Index of /debian/ buster-updates
\ main\nsources.list.d/yunohost.list:deb Index of /debian/ buster
\ stable\nsources.list.d/ovh-metrics.list.list:deb https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian/\
\ buster main\nsources.list.d/extra_php_version.list:deb https://packages.sury.org/php/\
\ buster main\nsources.list.d/ovh-rtm.list.list:deb https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian/\
\ buster main : annulation”
operation: tools_migrations_migrate_forward
started_at: 2021-03-28 22:23:03.206029
success: false
yunohost_version: 3.8.5.9

============

2021-03-28 22:23:03,240: INFO - Exécution de la migration 0015_migrate_to_buster…
2021-03-28 22:23:03,282: INFO - Démarrage de la migration vers Buster
2021-03-28 22:23:03,448: INFO - Mise à jour du fichier sources.lists …
2021-03-28 22:23:03,556: INFO - Récupération des mises à jour disponibles pour les paquets du système…
2021-03-28 22:23:04,193: DEBUG - Err:1 Index of /debian/ buster InRelease
2021-03-28 22:23:04,197: DEBUG - Temporary failure resolving ‘debian.mirrors.ovh.net’
2021-03-28 22:23:04,299: DEBUG - Err:2 Index of /php/ buster InRelease
2021-03-28 22:23:04,300: DEBUG - Could not resolve host: packages.sury.org
2021-03-28 22:23:04,301: DEBUG - Err:3 https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian buster InRelease
2021-03-28 22:23:04,302: DEBUG - Could not resolve host: last-public-ovh-rtm.snap.mirrors.ovh.net
2021-03-28 22:23:04,303: DEBUG - Err:4 Index of /debian/ buster InRelease
2021-03-28 22:23:04,304: DEBUG - Could not resolve host: last-public-ovh-metrics.snap.mirrors.ovh.net
2021-03-28 22:23:04,305: DEBUG - Err:5 Index of /debian/ buster-updates InRelease
2021-03-28 22:23:04,306: DEBUG - Temporary failure resolving ‘debian.mirrors.ovh.net’
2021-03-28 22:23:04,307: DEBUG - Ign:6 Index of /debian-security buster/updates InRelease
2021-03-28 22:23:04,308: DEBUG - Ign:7 Index of /debian/ buster InRelease
2021-03-28 22:23:04,309: DEBUG - Err:8 Index of /debian-security buster/updates Release
2021-03-28 22:23:04,310: DEBUG - 404 Not Found
2021-03-28 22:23:04,311: DEBUG - Err:9 Index of /debian/ buster Release
2021-03-28 22:23:04,312: DEBUG - 404 Not Found
2021-03-28 22:23:09,028: DEBUG - Reading package lists…
2021-03-28 22:23:09,130: WARNING - E: The repository ‘Index of /debian-security buster/updates Release’ does no longer have a Release file.
2021-03-28 22:23:09,133: WARNING - E: The repository ‘Index of /debian/ buster Release’ does no longer have a Release file.
2021-03-28 22:23:09,240: ERROR - La migration 0015_migrate_to_buster a échoué avec l’exception Impossible de mettre à jour le cache APT (gestionnaire de paquets Debian). Voici un extrait du fichier sources.list qui pourrait vous aider à identifier les lignes problématiques :
sources.list:deb Index of /debian/ buster main contrib non-free
sources.list:deb-src Index of /debian/ buster main contrib non-free
sources.list:deb Index of /debian-security buster/updates main
sources.list:deb-src Index of /debian-security buster/updates main
sources.list:deb Index of /debian/ buster-updates main
sources.list:deb-src Index of /debian/ buster-updates main
sources.list.d/yunohost.list:deb Index of /debian/ buster stable
sources.list.d/ovh-metrics.list.list:deb Index of /debian/ buster main
sources.list.d/extra_php_version.list:deb Index of /php/ buster main
sources.list.d/ovh-rtm.list.list:deb https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian/ buster main : annulation
Traceback (most recent call last):
File “/usr/lib/moulinette/yunohost/tools.py”, line 895, in tools_migrations_migrate
migration.run()
File “/usr/lib/moulinette/yunohost/data_migrations/0015_migrate_to_buster.py”, line 44, in run
tools_update(system=True)
File “/usr/lib/moulinette/yunohost/tools.py”, line 447, in tools_update
raise YunohostError(‘update_apt_cache_failed’, sourceslist=‘\n’.join(_dump_sources_list()))
YunohostError: Impossible de mettre à jour le cache APT (gestionnaire de paquets Debian). Voici un extrait du fichier sources.list qui pourrait vous aider à identifier les lignes problématiques :
sources.list:deb Index of /debian/ buster main contrib non-free
sources.list:deb-src Index of /debian/ buster main contrib non-free
sources.list:deb Index of /debian-security buster/updates main
sources.list:deb-src Index of /debian-security buster/updates main
sources.list:deb Index of /debian/ buster-updates main
sources.list:deb-src Index of /debian/ buster-updates main
sources.list.d/yunohost.list:deb Index of /debian/ buster stable
sources.list.d/ovh-metrics.list.list:deb Index of /debian/ buster main
sources.list.d/extra_php_version.list:deb Index of /php/ buster main
sources.list.d/ovh-rtm.list.list:deb https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian/ buster main

Cela peut-il être du au data center d’OVH qui a brulé par hasard ?
Et dans ce cas dois-je attendre ?
Merci de votre compréhension et de votre aide.

[Aleks]

Hmokay il semble qu’il y’ai un soucis de résolution DNS sur la machine …

Est-ce que tu peux partager le retour de la commande : cat /etc/resolv.conf | grep nameserver

Est-ce que faire echo 'nameserver 8.8.8.8' > /etc/resolv.conf permet de résoudre (au moins temporairement) le soucis ?

[stetofou]

Merci de votre réponse et désolé de répondre si tard mais je ne peux m’occuper de cela qu’après le travail

@Aleks

cat /etc/resolv.conf | grep nameserver

la réponse est effectivement :

nameserver 127.0.0.1

j’ai donc fait :

sudo bash -c ‘echo “nameserver 8.8.8.8” > /etc/resolv.conf’
puis redémarrer le serveur et refait la migration et là je me retrouve avec la réponse que je vous joints :
https://paste.yunohost.org/raw/doropotadu

de plus en début des messages défilants de l’interface web apparait ceci :

Des erreurs se sont produites lors de la mise à jour du cache APT (gestionnaire de paquets Debian). Voici un extrait des lignes du fichier sources.list qui pourrait vous aider à identifier les lignes problématiques :
sources.list:deb Index of /debian/ buster main contrib non-free
sources.list:deb-src Index of /debian/ buster main contrib non-free
sources.list:deb Index of /debian-security buster/updates main
sources.list:deb-src Index of /debian-security buster/updates main
sources.list:deb Index of /debian/ buster-updates main
sources.list:deb-src Index of /debian/ buster-updates main
sources.list.d/yunohost.list:deb Index of /debian/ buster stable
sources.list.d/ovh-metrics.list.list:deb Index of /debian/ buster main
sources.list.d/extra_php_version.list:deb Index of /php/ buster main
sources.list.d/ovh-rtm.list.list:deb https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian/ buster main

W: The repository ‘Index of /php/ buster InRelease’ is not signed.

W: GPG error: Index of /php/ buster InRelease: The following signatures were invalid: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key

Récupération des mises à jour disponibles pour les paquets du système…

Mise à jour du fichier sources.lists …

Démarrage de la migration vers Buster

Exécution de la migration 0015_migrate_to_buster…

Encore merci à vous de votre aide et … bonne nuit à vous et à demain soir

[Aleks]

Tu peux faire un

sudo sudo apt-key del 95BD4743; wget -nv -O - "https://packages.sury.org/php/apt.gpg" | sudo apt-key add -

puis retenter

[stetofou]

@Aleks

sudo sudo apt-key del 95BD4743; wget -nv -O - “https://packages.sury.org/php/apt.gpg” | sudo apt-key add -

j’ai fait, réponse :

URL:https://packages.sury.org/php/apt.gpg [1769/1769] → “-” [1]
OK
j’ai redemarré
recommencé migration
et cela finit par marquer : migration effectuée !!!

Merci beaucoup à vous.
Et bonne semaine.
(j’ai gardé tout le fichier tout le déroulé de la migration car il y a plein de lignes jaune apparu et je vais essayé de comprendre ce que j’ai fait quand même

[Aleks]

@stetofou

il y a plein de lignes jaune apparu et je vais essayé de comprendre ce que j’ai fait quand même

Mouarf t’inquiète pas trop pour ça, c’est un truc classique dans l’adminsys qu’il y a des warnings qui sont pas vraiment important. Ou même certains programmes affichent leur informations dans la sortie de warning pour différentes raisons, et dans ce cas c’est même pas des problemes, justes des informations

[stetofou]

Arg… la MAJ c’est bien passé mais je n’ai plus d’accès web à yunohost et mon nextcloud non plus tous répondent :

500 Internal Server Error

nginx

j’ai toujours accès en ligne de commande sous ptty

j’ai lu le post "500 Internal Server error" après (after) migration

j’ai donc fait

le log mais j’ai plein de log de migration les uns derrière les autres et le dernier ne semble pas contenir grand chose donc si cela était nécessaire j’ai tout gardé sous au format txt

puis j’ai fait :

cat /etc/ssowat/conf.json.persistent

et j’obtiens :

{
“redirected_urls”: {}

Je pense donc que l’erreur vient de là ?

je peu l’éditer avec nano, mais je mets quoi ?

{"monsite.web/": "monsite.web/jfd.fr"}

si le nom de mon site est jfd.fr ?
Merci d’avance

[ljf]

Essaie avec:

{
"redirected_urls": {}
}

[stetofou]

en fait le dernier guillemet est là :

{
“redirected_urls”: {}
}ZZZZZ@de…
Il est simplement collé à mon intitulé de ligne de commande (que j’ai modifié par sécurité)
désolé

[stetofou]

j’essai d’avancer :
voilà ce que j’ai fait dans ect/hosts :

127.0.0.1 localhost
#127.0.1.1 nsxxxxx.ip-xxx-xxx-xxxx.eu nsxxxx j’ai mis cette ligne en commentaire avec le #
xxx.xxx.xxx.xxx nsxxxx.ip-xxx-xxx-xxx.eu nsxxxxx j’ai mis cela à la place

The following lines are desirable for IPv6 capable hosts

::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
xxx.xxx.xxx.xxx nsxxxx.ip-xxx-xxx-xxx.eu nsxxxxx

127.0.0.1 deniniolle

j’ai remplacé les chiffre par des x ici car je ne sais pas si cela est sensible comme donnée
nsxxxxx. est en fait ns suivi du numéro de mon serveur
ip-xxx-xxx-xxxx est en vrai l’ip de mon serveur chez kumsufi

le host.conf contient ceci :

multi on

le nsswitch.conf

passwd: files systemd ldap
group: files systemd ldap
shadow: files ldap
gshadow: files

hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns
networks: files

protocols: db files
services: db files
ethers: db files
rpc: db files

netgroup: nis
sudoers: files ldap

je suis toujours en 500 Internal Server Error nginx

IL est à noter que mon cron continue les MAJ et que diagnosis@deniniolle.fr continu de m’envoyer des messages :

=================================
Web (web)

[ERROR] Domain deniniolle.fr appears unreachable through HTTP from outside the local network.

• It looks like another machine (maybe your internet router) answered instead of your server.
  1. The most common cause for this issue is that port 80 (and 443) are not correctly forwarded to your server.
  2. On more complex setups: make sure that no firewall or reverse-proxy is interfering.

=================================
System configurations (regenconf)

[WARNING] Configuration file /etc/nslcd.conf appears to have been manually modified.

• This is probably OK if you know what you’re doing! YunoHost will stop updating this file automatically… But beware that YunoHost upgrades could contain important recommended changes. If you want to, you can inspect the differences with ‘yunohost tools regen-conf nslcd --dry-run --with-diff’ and force the reset to the recommended configuration with ‘yunohost tools regen-conf nslcd --force’

dois-je forcer le reset comme suggérer

Merci à tous de votre aide

[Aleks]

Perso je ne comprends pas du tout toutes les manip que tu as faites … pourquoi modifier /etc/hosts ? Pourquoi regarder le fichier host.conf ? Pourquoi regarder le fichier nsswitch.conf ? Quel rapport ça a d’après toi avec l’erreur 500 ?

@stetofou

ce que j’ai fait dans ect/hosts :

127.0.0.1 localhost
#127.0.1.1 nsxxxxx.ip-xxx-xxx-xxxx.eu nsxxxx j’ai mis cette ligne en commentaire avec le #
xxx.xxx.xxx.xxx nsxxxx.ip-xxx-xxx-xxx.eu nsxxxxx j’ai mis cela à la place

Pourquoi tu as fait ça ?

[stetofou]

en fait j’ai repris le tuto d’installation de yunohost pour voir ce qui variait et remettre ce qu’il y a dans le ficher de documentation.
Mais comme cela n’a pas marché je suis revenu en arrière. j’essaie juste d’avancer pas à pas de mon côté sans “tout cassé”.
Mais comme je n’aurais pas pu revenir en arrière sur ce que propose diagnosis là je préfère demander.

Donc tant qu’il n’y a pas de risque et que je maitrise j’essaie tout seul et je raconte ici pour que cela serve à d’autres “billes” et quand c’est compliqué je demande l’avis des experts

[stetofou]

euh du coup je suis toujours coincé : toujours erreur 500 interface web admin et user et nextcloud inacccesible

[stetofou]

Bon je continu à chercher et j’avance :
Je me connecte en SSH sans problème
J’arrive à me connecter à l’interface web en passant par l’IP , mais pas au sso (ni par nom de domaine ni ip)
et IP/nextcloud/login me bascule sur le webadmin
toute connexion nextcloud quelque soit le PC/smartphone/tablette me renvoi un message :

Le serveur a répondu “500 Internal Server Error” à “GET https://deniniolle.fr/nextcloud/status.php”

Hors j’aimerai bien récupérer mon accès à mon cloud
voici le fichier fourni par diagnostic : https://paste.yunohost.org/raw/xidohoquxu

[tierce]

premièrement je remettrais au moins le /etc/hosts dans son état d’origine parce qu’il n’y a aucune raison de le modifier.

ensuite, j’irais voir du côté des log du serveur web nginx dans /var/log/deniniolle.fr-error.log les lignes qui parlent de l’erreur 500.

ça pourrait en dire un peu sur ce qui se passe.

peut-être aussi utiliser regen-conf

yunohost tools regen-conf --with-diff --dry-run

Pour voir ce qui pourrait être fait sans rien modifier et au besoin, le refaire sans --dry-run pour appliquer les changements.