Impossible de mettre à jour depuis la 12.1.15.1

What type of hardware are you using: Old laptop or computer
What YunoHost version are you running: 12.1.15.1
How are you able to access your server: The webadmin
Direct access via physical keyboard/screen
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: no

Describe your issue

J’ai lancé l’upgrade de YUNOHOST, comme proposé de temps en temps.. et ca plante sans que je comprenne. J’ai aussi tenté via terminal (apt update && apt upgrade) et ca “abort” direct. Je veux bien un peu d’aide (-:

Share relevant logs or error messages

le log: https://paste.yunohost.org/raw/ipavecuran

Je vois cette histoire de downgrade mais je n’ai aucun souvenir d’avoir fait quoique ce soit sur le sujet… je n’ai d’ailleurs rien modifié sur mon serveur depuis bien longtemps ?!

Moké ben c’est galera-4 qui semble mettre le bazar … est-ce que tu peux faire un aptitude why galera-4, et un apt policy galera-4 ?

alors le why galera-4 reponds:

i   yourls-ynh-deps Depends mariadb-server    
i A mariadb-server  Depends galera-4 (>= 26.4)

et le apt policy me donne:

 Installed: 26.4.23-0+deb12u1
  Candidate: 26.4.20-deb12
  Version table:
 *** 26.4.23-0+deb12u1 500
        500 http://debian.proxad.net/debian bookworm/main amd64 Packages
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status
     26.4.20-deb12 1000
       1000 https://dlm.mariadb.com/repo/mariadb-server/11.2/repo/debian bookworm/main amd64 Packages
     26.4.19-deb12 1000
       1000 https://dlm.mariadb.com/repo/mariadb-server/11.2/repo/debian bookworm/main amd64 Packages
     26.4.18-deb12 1000
       1000 https://dlm.mariadb.com/repo/mariadb-server/11.2/repo/debian bookworm/main amd64 Packages

voila…

Mokay ben ce morceau est chelou, ça indique que t’as une source supplémentaire installée dans /etc/apt/

Est-ce que tu peux faire grep -nr mariadb /etc/apt pour le trouver ? Est-ce que ce serait un truc que tu aurais rajouté manuellement ? (Sinon c’est peut-être une app)

et voila le résultat

/etc/apt/preferences.d/mariadb-enterprise.pref:2:Pin: origin dlm.mariadb.com
grep: /etc/apt/trusted.gpg.d/mariadb-keyring-2019.gpg: binary file matches
/etc/apt/sources.list.d/mariadb.list:4:deb [arch=amd64,arm64] https://dlm.mariadb.com/repo/mariadb-server/11.2/repo/debian bookworm main
/etc/apt/sources.list.d/mariadb.list:10:# deb [arch=amd64,arm64] https://dlm.mariadb.com/repo/maxscale/latest/apt bookworm main
/etc/apt/sources.list.d/mariadb.list:14:deb [arch=amd64] http://downloads.mariadb.com/Tools/debian bookworm main

Et du coup tu as une idée d’où ça peut venir …? Genre un truc que tu aurais fait depuis la 12.1.15 maybe ?

ben non… j’ai rien touché depuis ?! Pas eu un moment à moi ces derniers mois… donc, je risque pas d’avoir bidouillé…?!

à quoi sert ce galeria-4 dans mariaDB ? puis je le gicler ? le downgrader ou l’upgrader à la bonne valeur pour que ca bug pas ?

Dans ce cas regardons les dates des fichiers avec:

ls -l /etc/apt/preferences.d/mariadb-enterprise.pref
ls -l /etc/apt/sources.list.d/mariadb.list

(apriori galera est une brique logicielle de mariadb, le probleme n’est pas galera en tant que tel, le probleme est d’avoir un depot de paquet qui conflicte avec les paquets debian)

alors j’y comprends queud’… pour voir comment contourner le truc, j’ai voulu revoir le comportement dans un terminal de apt upgrade… et là, pouf, il me lance l’upgrade tranquillou !!!

O____o c’est pas comme si j’avais pas essayé plusieurs fois ces derniers jours… WTF?!

P.S: et puis le dépot, s’il fait ch… et qu’il n’est pas nécessaire, je le vire, non ? dans mes sources..

Edit: alors en relancant un update via l’interface de YNH, j’ai quand même qq alertes:

W: https://download.docker.com/linux/debian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
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 http://debian.proxad.net/debian/ bookworm main
sources.list:deb-src http://debian.proxad.net/debian/ bookworm main
sources.list:deb http://security.debian.org/debian-security bookworm-security main
sources.list:deb-src http://security.debian.org/debian-security bookworm-security main
sources.list:deb http://debian.proxad.net/debian/ bookworm-updates main
sources.list:deb-src http://debian.proxad.net/debian/ bookworm-updates main
sources.list.d/mariadb.list:deb [arch=amd64,arm64] https://dlm.mariadb.com/repo/mariadb-server/11.2/repo/debian bookworm main
sources.list.d/mariadb.list:deb [arch=amd64] http://downloads.mariadb.com/Tools/debian bookworm main
sources.list.d/docker.list:deb [arch=amd64] https://download.docker.com/linux/debian bookworm stable
sources.list.d/base.list:deb http://deb.debian.org/debian/ bookworm main
sources.list.d/yunohost.list:deb [signed-by=/usr/share/keyrings/yunohost-bookworm.gpg] http://forge.yunohost.org/debian/ bookworm stable
sources.list.d/extra_php_version.list:deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] https://packages.sury.org/php/ bookworm main

est cela pourrait avoir un rapport ? si je dois faire du ménage, no sushi… en dehors de YNH, j’ai un bureau (LXDE), un NoMachine et un BackInTime sur mon install. Le reste, c’est dans YNH.

Certes mais perso je suis un juskoboutiste, j’aime bien comprendre comment la situation a été créé pour pouvoir corriger le problème en amont le cas échéant pour pas que d’autres personne se retrouve avec le même pb, ou bien des fois le problème est juste un symptome qui cache un problème plus grand …

ah mais oui oui ! no sushi… si vous voulez que je fasse d’autres commandes, n’hésitez pas !

EDIT: bon ben même chose quand je veux passer de la 12.1.20 à la 12.1.21 !!

Grrrr c’est un truc de dingue.

Les details: https://paste.yunohost.org/raw/gidebobocu

EDIT2: ne puis je pas simplement virer galera et le réinstaller ??

le souci est tjrs la… je pense que je vais virer galera et le reinstaller…

edit: bon pas possible.. si je demande un apt remove galera-4, il veut me désinstaller maria-db et tout un tas de trucs avec -ynh- dedans…

edit 2: j’envisage la solution

dpkg --force-depends purge galera-4

puis

apt --fix-broken upgrade

trouvé sur reddit dans une situation similaire (un paquet qui bloque avec une situation de downgrade) … qu’en pensez vous ?

Mouaip bon j’comprends même pas pourquoi il veut downgrade galera, normalement pour que apt veuille downgrade le package il lui faut une raison, mais là y’a pas l’air d’en avoir donc j’comprends pas le pb avec la version “actuelle” (qui viens de debian)

Bref chépa c’est le dépot mariadb custom qui fout le bazar alors perso je le mettrais de côté avec

sudo mv /etc/apt/sources.list.d/mariadb.list{,.bkp}

upgrade se fait… mais il m’alerte, évidemment, sur le fait que le fichier mariadb.list n’a pas le bon format, huhuhu…

bon… on dira que c’est résolu ! (; merci merci

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