502 bad gateway and impossible to reinstall freshrss/puis impossible de réinstaller freshrss

Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances… Fait
Lecture des informations d’état… Fait
php8.3-fpm est déjà la version la plus récente (8.3.26-1+0~20251001.69+debian12~1.gbpa9a35b).
php8.3-fpm passé en « installé manuellement ».
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

oui et je vois qu’ils fonctionnent dans les services

Bon, ben, on a la réponse…

ah c’est quoi?

php8.4-fpm est pas sur la debian 12?

Si c’est le cas je peux restaurer la version de freshrss précédente?

quand je fais restaurer avec la sauvegarde ça ne marche pas :pensive_face:

Pas dans les dépôts standards et c’est pour cela qu’est installé le dépôt sury.
On n’a pas vérifié avoir fait apt update mais je pense que le script d’upgrade le fait de lui-même. Essaie au cas où. Et dis que renvoie apt-cache policy php8.4

Tous les paquets sont à jour.
N: Le fichier configuré « main/binary-i386/Packages » ne sera pas pris en compte car le dépôt « https://packages.sury.org/php bookworm InRelease » ne prend pas en charge l’architecture « i386 »

N: Le fichier configuré « main/binary-i386/Packages » ne sera pas pris en compte car le dépôt « https://packages.sury.org/php bookworm InRelease » ne prend pas en charge l’architecture « i386 »
admin@gbf:~$ sudo apt-cache policy php8.4
N: Impossible de trouver le paquet php8.4
N: Impossible de trouver de paquet correspondant à l’expression rationnelle « php8.4 »
N: Impossible de trouver de paquet correspondant à l’expression rationnelle « php8.4 »

Voilà…

snif…mon serveur arrive au bout de ses capacités…

je vais devoir arrêter toutes les mises à jour…

Si tu peux juste m’indiquer comment installer une version précédente de freshrss….je suis complètement dépendant pour m’informer

Comment plante la sauvegarde ? Tu as un log ?

yes ça a donné ça:

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

Attends, je ne comprends pas cela : d’où sort le Inrelease ? Normalement, tu devrais avoir main et l’architecture i386 semble encore supportée d’après le dépôt.

aucune idée :man_shrugging:

c’est apparemment le même type d’erreur dans le log de restauration. Peux-tu lancer

grep -R "https://packages.sury.org/php/ bookworm InRelease" /etc/apt

c’'est fait!

et cela ne renvoie rien ?
Qu’y a-t-il dans

nano /etc/apt/sources.list
nano /etc/apt/sources.list.d/extra_php_version.list

# deb cdrom:[Debian GNU/Linux 9.3 Jessie - Unofficial i386 CD Binary-1 20180507-02:02]/ bookworm main non-free non-free-firmware

#deb cdrom:[Debian GNU/Linux 9.3 Jessie - Unofficial i386 CD Binary-1 20180507-02:02]/ bookworm main non-free non-free-firmware

deb Index of /debian bookworm main contrib
deb-src Index of /debian bookworm main contrib

YunoHost repository

deb [signed-by=/usr/share/keyrings/yunohost-bookworm.gpg] Index of /debian/ bookworm stable

deb http://security.debian.org/ bookworm-security main contrib non-free non-free-firmware
deb-src http://security.debian.org/ bookworm-security main contrib non-free non-free-firmware

jessie-updates, previously known as ‘volatile’

deb Index of /debian bookworm-updates main contrib non-free non-free-firmware
deb-src Index of /debian bookworm-updates main contrib non-free non-free-firmware

GNU nano 7.2 /etc/apt/sources.list.d/extra_php_version.list
deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] Index of /php/ bookworm main

et sinon non

grep -R "https://packages.sury.org/php/ bookworm InRelease" /etc/apt

ça ne renvoie rien

Ok. Bon le fichier Inrelease est un fichier des signatures et il ne fait aucune mention de l’architecture i386.