Restauração de instalação multisite antiga falhando

Algo mudou no processo de restauração que afeta backups de ambientes multisite?

Hoje tentei mover um site entre servidores. O servidor antigo era uma instalação multisite, com nginx na frente lidando com a encapsulação HTTPS e a opção force_https ativada.

O novo servidor é uma versão independente da instalação padrão, usando Let’s Encrypt.

Ao verificar o arquivo de backup, os uploads originais estão presentes, mas não parecem ter sido restaurados no sistema de arquivos do novo servidor. As referências a imagens em todo o site apontam para o antigo multisite ‘secondsite’, então os caminhos indicam /uploads/secondsite/original em vez de /uploads/default/original.

Tentei a restauração via GUI e também pela linha de comando, por precaução. Pretendo investigar isso mais a fundo, mas achei que valia a pena postar aqui em Support por enquanto. Se alguém puder confirmar que esse ainda é um cenário suportado, moverei a discussão para Contribute > Bug.

Isso funcionava anteriormente, mas não fiz isso há pelo menos um ano, talvez mais.

Então os arquivos estão lá, mas no lugar errado? E o banco de dados aponta para o padrão em vez do secondsite? Parece um bug, mas acho que você pode apenas renomear o diretório? Ou o backup não incluiu os uploads de forma alguma?

Eles estão no arquivo de backup, mas nunca chegam ao sistema de arquivos.

Isso é estranho! Parece mesmo um bug. E nenhum dos dois sistemas tem uploads S3 configurados?

Correto. Farei mais testes mais tarde.

Isso é inesperado. Há alguma chance de eu poder dar uma olhada no arquivo de backup? Caso contrário, se você quiser depurar isso por conta própria, dê uma olhada em discourse/lib/backup_restore/uploads_restorer.rb at main · discourse/discourse · GitHub.

A disposição da @team de investigar coisas como essa é realmente incrível. @tgxworld me ajudou a resolver um problema de caso extremo na semana passada. :tada: