2 postgres instance

Bonjour @ardnaxele

Analyse

Le problème est un classique d’une migration PostgreSQL incomplète. Normalement, la commande pg_upgradecluster devrait migrer les données puis reconfigurer les ports pour que le nouveau cluster prenne le port 5432. Ici, ça n’a visiblement pas été le cas :

  • Cluster v13 : port 5432 (port par défaut) → c’est celui que les apps utilisent par défaut
  • Cluster v15 : port 5433 → le bon cluster, mais sur un port secondaire

Le log journalctl du cluster v15 montre un fonctionnement tout à fait normal depuis août 2025, sans aucune erreur. Le problème n’est donc pas un crash ou une corruption, mais simplement une inversion de ports manquante.

Concernant les apps installées, parmi la liste, celles qui utilisent potentiellement PostgreSQL sont Wallabag (qui peut utiliser PostgreSQL ou SQLite sur YunoHost). Les autres :

  • Nextcloud
  • WordPress
  • Ghost
  • FreshRSS
  • etc…
    utilisent typiquement MySQL/MariaDB ou SQLite.

Hypothèses

  • Le comportement de pg_upgradecluster sur Debian est de migrer les données puis de reconfigurer les ports (ancien cluster → port secondaire, nouveau cluster → port principal). Si cette étape échoue silencieusement, on se retrouve exactement dans la situation décrite.
  • Le fait que Tandoor détecte PostgreSQL 13.18 confirme qu’il se connecte au port 5432 (le cluster v13)

Suggestions

La procédure à suivre est la suivante. Il faut d’abord vérifier l’état des bases, puis supprimer le vieux cluster et reconfigurer les ports.

Étape 1 — Vérifier les bases sur chaque cluster :

# Lister les bases sur le cluster v13 (port 5432)
sudo -u postgres psql -p 5432 -l

# Lister les bases sur le cluster v15 (port 5433)
sudo -u postgres psql -p 5433 -l

→ Si les bases applicatives (ex : wallabag, ou toute autre base liée à une app) sont bien présentes sur le cluster v15, on peut poursuivre sereinement.

Étape 2 — Vérifier quelle app utilise quel cluster :

# Voir les settings des apps qui utilisent postgresql
grep -r "db_type\|psql\|postgres" /etc/yunohost/apps/*/settings.yml

Étape 3 — Arrêter et supprimer le cluster v13 :

Précaution importante : Avant de faire le pg_dropcluster, bien vérifier avec l’étape 1 qu’il n’y a pas de bases sur le cluster v13 qui n’auraient pas été migrées vers le v15. Si c’est le cas, il faudra les migrer manuellement avec pg_dump / pg_restore avant de supprimer le cluster.

sudo pg_dropcluster 13 main --stop

Alternative plus prudente : si tu préfères y aller progressivement, tu peux simplement stopper le cluster v13 sans le supprimer :

sudo pg_ctlcluster 13 main stop

Tu pourras ensuite valider que tout fonctionne correctement avec le cluster v15 sur le port 5432, et ne supprimer le cluster v13 après les étapes 4 et 5 :wink: :

sudo pg_dropcluster 13 main

Étape 4 — Reconfigurer le cluster v15 sur le port 5432 :

# Stop le cluster v15
sudo systemctl stop postgresql@15-main

# Éditer la config du cluster v15
sudo nano /etc/postgresql/15/main/postgresql.conf
# Changer la ligne : port = 5433 → port = 5432

# Démarrer PostgreSQL
sudo systemctl start postgresql@15-main

Étape 5 : Vérifier :

pg_lsclusters
# Devrait montrer uniquement : 15  main  5432  online

Étape 6 : Réinstaller Tandoor si besoin :

sudo yunohost app install tandoor

Bon courage ! :wink: