Apt migration V11 cache problem / Problème cache Apt migration V11

,

My YunoHost server


Hardware: Serveur Kimsufi KS-4C
YunoHost version: 4.4.2.9
I have access to my server : Through SSH | through the webadmin
Are you in a special context or did you perform some particular tweaking on your YunoHost instance ? : no

Description of my issue


Hello,

I get the following error when I try to migrate Yunohost to version 11.

La migration 0021_migrate_to_bullseye 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 http://debian.mirrors.ovh.net/debian bullseye main sources.list:deb-src http://debian.mirrors.ovh.net/debian bullseye main sources.list:deb http://security.debian.org/debian-security bullseye-security main sources.list:deb-src http://security.debian.org/debian-security bullseye-security main sources.list:deb http://debian.mirrors.ovh.net/debian bullseye-updates main sources.list:deb-src http://debian.mirrors.ovh.net/debian bullseye-updates main sources.list.d/ovh-rtm.list.list:deb http://last-public-ovh-rtm.snap.mirrors.ovh.net/debian/ bullseye main sources.list.d/ovh-metrics.list.list:deb http://last-public-ovh-metrics.snap.mirrors.ovh.net/debian/ bullseye main sources.list.d/extra_php_version.list:deb https://packages.sury.org/php/ bullseye main sources.list.d/ovhkernel.list:deb http://last-public-ovh-kernel.snap.mirrors.ovh.net/debian/ ovhkernel main sources.list.d/yunohost.list:deb http://forge.yunohost.org/debian/ bullseye stable : annulation

With these Logs

If I try an apt update on my server I notice that it is similar

Hit:1 http://forge.yunohost.org/debian bullseye InRelease
Get:2 http://debian.mirrors.ovh.net/debian bullseye InRelease [116 kB]                                     
Get:3 http://security.debian.org/debian-security bullseye-security InRelease [48.4 kB]                         
Get:4 http://debian.mirrors.ovh.net/debian bullseye-updates InRelease [44.1 kB]                                
Ign:5 https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye InRelease                           
Err:6 https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye Release                             
  404  Not Found [IP: 213.32.5.7 443]
Hit:7 https://packages.sury.org/php bullseye InRelease     
Get:8 https://last-public-ovh-kernel.snap.mirrors.ovh.net/debian ovhkernel InRelease [4,957 B]                 
Ign:9 https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye InRelease                               
Err:10 https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye Release
  404  Not Found [IP: 213.32.5.7 443]
Reading package lists... Done
E: The repository 'https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
E: The repository 'https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

I tried to modify the url
https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian
of my source.list & source.list.d files by switching them to http without success.

What I don’t understand is that my urls seem to be configured for Debian 11 while I am in V10

PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

If someone has an idea to unblock the situation

Mon serveur YunoHost

Matériel: Serveur Kimsufi KS-4C
Version de YunoHost: 4.4.2.9
J’ai accès à mon serveur : En SSH & 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

Bonjour,

J’obtient l’erreur suivante losque j’essaie de faire la migration Yunohost en version 11.

La migration 0021_migrate_to_bullseye 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 http://debian.mirrors.ovh.net/debian bullseye main sources.list:deb-src http://debian.mirrors.ovh.net/debian bullseye main sources.list:deb http://security.debian.org/debian-security bullseye-security main sources.list:deb-src http://security.debian.org/debian-security bullseye-security main sources.list:deb http://debian.mirrors.ovh.net/debian bullseye-updates main sources.list:deb-src http://debian.mirrors.ovh.net/debian bullseye-updates main sources.list.d/ovh-rtm.list.list:deb http://last-public-ovh-rtm.snap.mirrors.ovh.net/debian/ bullseye main sources.list.d/ovh-metrics.list.list:deb http://last-public-ovh-metrics.snap.mirrors.ovh.net/debian/ bullseye main sources.list.d/extra_php_version.list:deb https://packages.sury.org/php/ bullseye main sources.list.d/ovhkernel.list:deb http://last-public-ovh-kernel.snap.mirrors.ovh.net/debian/ ovhkernel main sources.list.d/yunohost.list:deb http://forge.yunohost.org/debian/ bullseye stable : annulation

Avec ces Logs

Si je tente un apt update sur mon serveur je remarque que c’est similaire

Hit:1 http://forge.yunohost.org/debian bullseye InRelease
Get:2 http://debian.mirrors.ovh.net/debian bullseye InRelease [116 kB]                                     
Get:3 http://security.debian.org/debian-security bullseye-security InRelease [48.4 kB]                         
Get:4 http://debian.mirrors.ovh.net/debian bullseye-updates InRelease [44.1 kB]                                
Ign:5 https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye InRelease                           
Err:6 https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye Release                             
  404  Not Found [IP: 213.32.5.7 443]
Hit:7 https://packages.sury.org/php bullseye InRelease     
Get:8 https://last-public-ovh-kernel.snap.mirrors.ovh.net/debian ovhkernel InRelease [4,957 B]                 
Ign:9 https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye InRelease                               
Err:10 https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye Release
  404  Not Found [IP: 213.32.5.7 443]
Reading package lists... Done
E: The repository 'https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
E: The repository 'https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

J’ai tenté de modifier les url
https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian

De mes fichiers source.list & source.list.d en les passant en http sans succès.

Ce que je ne comprends pas bien c’est que mes urls semble configuré pour Debian 11 alors que je suis bien en V11

PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Si quelqu’un a une idée pour débloquer la situation

1 Like

Bonjour,

J’ai commenté les lignes

https://last-public-ovh-metrics.snap.mirrors.ovh.net/debian bullseye Release
https://last-public-ovh-rtm.snap.mirrors.ovh.net/debian bullseye Release

Dans les fichiers /etc/apt/source.list.d/ovh-rtm.list.list et /etc/apt/source.list.d/ovh-metrics.list.list

Cela m’a permis de faire l’upgrade.

Si quelqu’un à un serveur Ovh ou Kimsufi en bullseye je serai intéressé de savoir ce que vous avez dans ces fichiers.

En attendant je passe en résolu.

1 Like

Bonjour @ardnaxele ,

Même problème de mon côté. Merci pour ta solution, ça semble faire le boulot chez moi. Quels sont les paquets qu’on est censé récupérer sur les serveurs d’ovh ?

Le problème semble venir de chez OVH / Kimsufi (pas de fichier Release). Je ne sais pas si c’est nécessaire pour nous.

Ce que je ne comprends pas bien c’est que mes urls semble configuré pour Debian 11 alors que je suis bien en V11

Je suppose que tu veux dire “V10” ? Je pense que c’est une des première étape de l’upgrade vers Debian 11 de changer les sources. Comme ça a foiré à cause des serveurs d’OVH/Kimsufi, ça se coince dans un espèce d’entre deux bizarre.

Salut @Artanux,

Je suppose que c’est des programmes lié au noyau linux et au diagnostic de l’interface web de Kimsufi. Exemple de ce que je retrouve sur mon serveur

# dpkg -l | grep ovh
ii  linux-image-4.19-ovh-xxxx-std-ipv6-64 4.19-ovh-xxxx-std-ipv6-64-2425469                                        amd64        Linux kernel, version 4.19-ovh-xxxx-std-ipv6-64
ii  linux-libc-dev:amd64                  5.15-ovh-mod-std-2394153                                                 amd64        Linux support headers for userspace development
ii  ovh-rtm-binaries                      1.0.13-stretch                                                           all          ovh real time monitoring. This package provide OVH Real Times Monitoring scripts.
ii  ovh-rtm-metrics-toolkit               1.0.12                                                                   all          OVH real time monitoring (metapackage). This package depends on the default implementation of the client binaries and the additional tools noderig and beamium.

Perso mon serveur était à l’origine en Debian 9 donc je ne saurai dire s’ils ont changé des choses dans leurs process. Il faudrait voir les url fournis sur un serveur tout propre en version 11.

Pour les url je parlais bien de la v11. Toutes mes url sources list se terminaient par bullseye alors que j’étais en buster. J’aurais cru qu’en cas de maj ratée tout étais remis d’origine mais oui c’est peut-être ça.

Reste a voir maintenant si on a bloqué les maj de notre noyau.