Migrei minha aplicação Discourse de um servidor para outro. Consegui realizar a restauração via linha de comando.
No entanto, ao acessar meu site, ainda aparece o assistente inicial: isso impede a automação de qualquer movimento para outro servidor por meio de scripts.
Não consegui encontrar informações sobre como desativar o assistente inicial. Não preciso criar um administrador temporário, já que a restauração foi concluída (incluindo, suponho, todos os usuários no banco de dados).
Na verdade, ainda vejo o assistente, talvez porque o processo de restauração tenha falhado.
O comando [quote]./script/discourse restore xxx.tar.gz[/quote] termina com:
Removi toda a pasta “standalone” e tentei novamente, mas o resultado foi o mesmo.
Fiz uma cópia completa da pasta “standalone”. Funcionou, mas perdi os ícones no topo do site, mesmo redefinindo-os nos parâmetros de administração.
Talvez o problema esteja em /exec/shared/standalone/uploads/default/original/1X (que está corretamente preenchido).
Estou tentando entender como fazer a migração de um servidor para outro quando a “restauração” falha.
O assistente desaparece se houver um usuário administrador, mas parece não ter relação com o problema que você está tentando resolver.
Se você está vendo esse erro de permissões do PostgreSQL, então há algum outro problema. Se você excluir o diretório postgres, precisará reconstruir para que ele recrie os arquivos necessários ao PostgreSQL.
A restauração via linha de comando é o que eu mais costumo fazer ao migrar para outro servidor. Fiz isso na sexta-feira para migrar um servidor que estava executando a versão 1.6.0-beta1 e funcionou.
Outra maneira fácil é usar o rsync para copiar todo o diretório /var/discourse (excluindo logs e alguns outros arquivos, caso sejam grandes). Com esse método, sempre paro o container antes de executar o rsync. Copiar as pastas letsencrypt e ssl evita que você precise reconstruir para obter novos certificados.