Voglio solo ribadire che --numeric-ids è obbligatorio al 100% quando si utilizza rsync su un nuovo server. In caso contrario, rsync tenterà di far corrispondere i nomi utente tra gli host, il che cambierà la proprietà dei file all’interno di Docker. Questo ti porterà a visualizzare un milione di messaggi di errore per scoprire che il primo fallimento è stato Postgres che si rifiuta di avviarsi perché non possiede più un file che crede di possedere, ma poi seguiranno tonnellate di altri casini (Redis tenterà di associare una porta TCP su cui è già in ascolto, cani e gatti che vivono insieme, ecc.), rendendo difficile diagnosticare il problema.
Inoltre, è assolutamente terrificante che i backup effettivi effettuati da Discourse, per essere eseguiti all’interno di un container Docker completamente controllato da Discourse, POTREBBERO NON FUNZIONARE, e apparentemente hanno fallimenti che risalgono a anni, apparentemente irrisolti, motivo per cui mi sono rivolto a rsync per migrare su nuovo hardware. Rsync ha fatto il lavoro, e ora è seduto su un filesystem ZFS speculare con snapshot orari e un backup remoto effettuato quotidianamente, il che è fantastico… ma mi preoccupo per tutti gli amministratori là fuori che pensano che il backup automatico di Discourse li salverà in caso di disastro e si gratteranno la testa riguardo a indici SQL corrotti e a quali plugin stavano eseguendo, quando tenteranno di utilizzarlo.