Je tiens juste à réitérer que --numeric-ids est obligatoire à 100 % lors de la synchronisation avec un nouveau serveur. Sinon, rsync tentera de faire correspondre les noms d’utilisateur entre les hôtes, ce qui modifiera la propriété des fichiers à l’intérieur de Docker. Cela vous fera passer par un million de messages d’erreur pour découvrir que le premier échec était que Postgres refusait de démarrer car il ne possédait plus un fichier qu’il pensait devoir posséder, mais ensuite une tonne d’autres ravages suivront (Redis tentera de lier un port TCP sur lequel il écoute déjà, des chiens et des chats vivant ensemble, etc.), ce qui rendra le diagnostic du problème difficile.
De plus, il est absolument terrifiant que les sauvegardes réelles effectuées par Discourse, pour s’exécuter dans un conteneur Docker entièrement contrôlé par Discourse, PEUVENT NE PAS FONCTIONNER, et présentent apparemment des échecs remontant à des années, apparemment non résolus, c’est pourquoi je suis passé à rsync pour migrer vers du nouveau matériel. Rsync a fait le travail, et maintenant il est assis sur un système de fichiers ZFS en miroir avec des instantanés horaires et une sauvegarde à distance effectuée quotidiennement, ce qui est formidable… mais je m’inquiète pour tous les administrateurs qui pensent que la sauvegarde automatique de Discourse les sauvera en cas de catastrophe et se gratteront la tête à propos des index SQL corrompus, et des plugins qu’ils utilisaient, lorsqu’ils essaieront de l’utiliser.