Derniers réglages après migration

[Guygoye]

Bonjour !

Mon serveur YunoHost

Matériel: Raspberry Pi4 à la maison
Version de YunoHost: 11.0.9.13 (stable)
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 ? : oui
La migration de mon serveur a été chaotique, certaines dépendances étaient cassées et @aleks m’a beaucoup aidé à denouer le problème.

Vous pouvez suivre le fil ici

Description du problème

Le problème est qu’il m’affiche encore dans la webadmin des modules qui n’ont pas migrés et que je n’arrive pas à faire migrer ou qui sont déjà migrés

Par exemple Postgre SQL et PHP sont à la bonne version et fonctionnels (à priori)
Mes applications elles sont à jour, je parlais hier d’un problème avec Nextcloud que j’ai résolu en le désinstallant proprement, restaurant la sauvegarde et la mise à jour s’est faite tranquillement.

Je poste donc ici car je voudrais qu’on m’aide à m’assurer que tout est bien en place et si c’est le cas à faire disparaître ces derniers messages.

sudo yunohost --version
yunohost: 
  repo: stable
  version: 11.0.9.13
yunohost-admin: 
  repo: stable
  version: 11.0.10
moulinette: 
  repo: stable
  version: 11.0.9
ssowat: 
  repo: stable
  version: 11.0.9

sb_release -a
No LSB modules are available.
Distributor ID:	Raspbian
Description:	Raspbian GNU/Linux 11 (bullseye)
Release:	11
Codename:	bullseye

Ca c’est pour mes version ynh et debian

Concernant les erreurs vues lors des tentatives de terminer les migrations:

error: "La migration 0021_migrate_to_bullseye a \xE9chou\xE9 avec l'exception La distribution\
  \ Debian actuelle n'est pas Buster ! Si vous avez d\xE9j\xE0 effectu\xE9 la migration\
  \ Buster->Bullseye, alors cette erreur est symptomatique du fait que la migration\
  \ n'a pas \xE9t\xE9 termin\xE9e correctement \xE0 100% (sinon YunoHost aurait marqu\xE9\
  \ la migration comme termin\xE9e). Il est recommand\xE9 d'\xE9tudier ce qu'il s'est\
  \ pass\xE9 avec l'\xE9quipe de support, qui aura besoin du log **complet** de la\
  \ migration, qui peut \xEAtre retrouv\xE9 dans Outils > Journaux dans la webadmin.\
  \ : annulation"
interface: cli
operation: tools_migrations_migrate_forward
parent: null
started_at: 2022-09-05 09:05:06.675492
success: false
yunohost_version: 11.0.9.13

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

2022-09-05 11:05:06,691: INFO - Exécution de la migration 0021_migrate_to_bullseye...
2022-09-05 11:05:06,758: INFO - NB: the previous migration log id seems to be 20220904-071116-tools_migrations_migrate_forward. You can share it with the support team with : sudo yunohost log share 20220904-071116-tools_migrations_migrate_forward
2022-09-05 11:05:06,759: ERROR - La migration 0021_migrate_to_bullseye a échoué avec l'exception La distribution Debian actuelle n'est pas Buster ! Si vous avez déjà effectué la migration Buster->Bullseye, alors cette erreur est symptomatique du fait que la migration n'a pas été terminée correctement à 100% (sinon YunoHost aurait marqué la migration comme terminée). Il est recommandé d'étudier ce qu'il s'est passé avec l'équipe de support, qui aura besoin du log **complet** de la migration, qui peut être retrouvé dans Outils > Journaux dans la webadmin. : annulation
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/yunohost/tools.py", line 786, in tools_migrations_run
    migration.run()
  File "/usr/lib/python3/dist-packages/yunohost/migrations/0021_migrate_to_bullseye.py", line 82, in run
    self.check_assertions()
  File "/usr/lib/python3/dist-packages/yunohost/migrations/0021_migrate_to_bullseye.py", line 414, in check_assertions
    raise YunohostError("migration_0021_not_buster2")
yunohost.utils.error.YunohostError: La distribution Debian actuelle n'est pas Buster ! Si vous avez déjà effectué la migration Buster->Bullseye, alors cette erreur est symptomatique du fait que la migration n'a pas été terminée correctement à 100% (sinon YunoHost aurait marqué la migration comme terminée). Il est recommandé d'étudier ce qu'il s'est passé avec l'équipe de support, qui aura besoin du log **complet** de la migration, qui peut être retrouvé dans Outils > Journaux dans la webadmin.

Meerci par avance pour votre aide

[Aleks]

Comme on a normalement terminé la migration ensemble, c’est OK de skip la migration bullseye avec :

sudo yunohost tools migrations run 0021_migrate_to_bullseye --skip

Par contre il faut sans doute faire à la main une partie de qui aurait dû être fait pendant la migration, en l’occurence installer php7.4-fpm et les autres bouts de lib usuels (par contre il te manquera peut-être d’autres libs utiliser par certaines apps php, mais on pourra toujours les installer à la main …)

sudo apt install php7.4-fpm php7.4-common php7.4-ldap php7.4-intl php7.4-mysql php7.4-gd php7.4-curl php-php-gettext

(en s’assurant bien que apt ne va pas en même temps désinstaller des trucs importants …)

Et ensuite, lancer les autres migrations:

sudo yunohost tools migrations run

[Guygoye]

Hello,

Voici les résultats, pour moi c’est bon:

sudo apt install php7.4-fpm php7.4-common php7.4-ldap php7.4-intl php7.4-mysql php7.4-gd php7.4-curl php-php-gettext
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
php-php-gettext est déjà la version la plus récente (1.0.12-4).
php-php-gettext passé en « installé manuellement ».
php7.4-common est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-common passé en « installé manuellement ».
php7.4-curl est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-curl passé en « installé manuellement ».
php7.4-fpm est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-gd est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-gd passé en « installé manuellement ».
php7.4-intl est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-intl passé en « installé manuellement ».
php7.4-ldap est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-ldap passé en « installé manuellement ».
php7.4-mysql est déjà la version la plus récente (1:7.4.30-3+0~20220627.69+debian11~1.gbpf2b381).
php7.4-mysql passé en « installé manuellement ».
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  php7.4-apcu php7.4-bcmath php7.4-bz2 php7.4-gmp php7.4-igbinary php7.4-imagick php7.4-imap php7.4-redis
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.

Dans la webadmin tous mes services tournent correctement

systemctl status php7.4-fpm
● php7.4-fpm.service - The PHP 7.4 FastCGI Process Manager
     Loaded: loaded (/lib/systemd/system/php7.4-fpm.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-09-05 11:37:30 CEST; 8h ago
       Docs: man:php-fpm7.4(8)
   Main PID: 15709
     Status: "Processes active: 0, idle: 3, Requests: 120, slow: 0, Traffic: 0.1req/sec"
      Tasks: 4 (limit: 4915)
        CPU: 38.578s
     CGroup: /system.slice/php7.4-fpm.service
             ├─15709 php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)
             ├─21942 php-fpm: pool roundcube
             ├─22438 php-fpm: pool www
             └─22440 php-fpm: pool www

sudo yunohost tools migrations run
Info : Exécution de la migration 0022_php73_to_php74_pools...
rm: impossible de supprimer '/etc/logrotate.d/php7.3-fpm': Aucun fichier ou dossier de ce type
Failed to stop php7.3-fpm.service: Unit php7.3-fpm.service not loaded.
Failed to disable unit: Unit file php7.3-fpm.service does not exist.
Succès ! Migration 0022_php73_to_php74_pools terminée
Info : Exécution de la migration 0023_postgresql_11_to_13...
Info : No YunoHost app seem to require postgresql... Skipping!
Succès ! Migration 0023_postgresql_11_to_13 terminée
Info : Exécution de la migration 0024_rebuild_python_venv...
Succès ! Migration 0024_rebuild_python_venv terminée

Voilà je pense qu’on est bon @Aleks