Merci pour les étapes détaillées, j’ai juste eu à faire quelque chose de similaire, en déménageant vers un nouvel hôte.
Comme le site fonctionnait, je n’ai pas aimé passer par les sauvegardes, j’ai donc suivi les étapes ici.
Cela a presque fonctionné, mais la reconstruction sur le nouvel hôte a échoué.
Il s’est avéré que le mappage UID/GID n’était pas entièrement le même sur les deux hôtes, de sorte que lors du démarrage, Postgres échouerait en raison d’une propriété incorrecte du dossier de données.
C’est quelque chose qui peut arriver dans d’autres cas également, mais heureusement une solution est disponible.
Il y a un détail supplémentaire pour le scénario de ce post, c’est que le conteneur n’est pas construit, donc ./launcher enter app ne fonctionne pas à ce stade. Comme la reconstruction prendrait beaucoup de temps, j’ai pu utiliser docker ps pour obtenir le nom du conteneur en cours de construction, puis entrer dans le conteneur :
docker exec -it <container_name> bash
chown -R postgres:postgres /shared/postgres_*
La reconstruction échoue ensuite (ou vous ne pouvez pas l’arrêter avec CTRL+C). Une fois qu’elle s’est arrêtée, exécutez-la simplement à nouveau, et les permissions sont corrigées :
./launcher rebuild app
Et il fonctionne à nouveau
.