Impossível usar um restore do NodeChef

Suporte
1

Estou enfrentando exatamente o mesmo problema ao migrar do mesmo provedor mencionado aqui, no entanto, este tópico foi encerrado, então posso tão bem criar um novo, já que estou sem saber o que fazer para resolver isso.

aqui está o log

[2020-08-30 02:34:59] [INICIADO]
[2020-08-30 02:34:59] 'username' iniciou a restauração!
[2020-08-30 02:34:59] Marcando restauração como em execução...
[2020-08-30 02:34:59] Verificando se /var/www/discourse/tmp/restores/default/2020-08-30-023459 existe...
[2020-08-30 02:34:59] Copiando arquivo compactado para o diretório temporário...
[2020-08-30 02:35:00] Descompactando arquivo, isso pode levar algum tempo...
[2020-08-30 02:35:01] Extraindo arquivo de despejo...
[2020-08-30 02:35:07] Validando metadados...
[2020-08-30 02:35:07]   Versão atual: 20200820232017
[2020-08-30 02:35:07]   Versão restaurada: 20191209095548
[2020-08-30 02:35:07] Habilitando modo somente leitura...
[2020-08-30 02:35:07] Pausando sidekiq...
[2020-08-30 02:35:07] Aguardando até 60 segundos para que o Sidekiq termine a execução das tarefas...
[2020-08-30 02:35:14] Criando funções ausentes no esquema discourse_functions...
[2020-08-30 02:35:15] Restaurando arquivo de despejo..
2

Essa tabela não faz parte do Discourse, então imagino que seja algo do NodeChef?

De qualquer forma, você precisará editar seu arquivo de backup e remover os dados e referências dessa tabela.

3

Além disso, só por curiosidade: eles tinham vários plugins pré-instalados. Preciso instalá-los na minha nova build para que o backup funcione, ou posso instalá-los depois?

4

Uma restauração não falhará sem eles, mas geralmente é melhor ter tudo no lugar no seu app.yml antes de executar a restauração.

5

Meu backup também é de uma versão anterior; isso causará algum problema?

6

O que você quer dizer com versão anterior? Quão antiga é ela?

7

Não, isso ficará ok; a restauração atualizará automaticamente para a versão atual.
Neste caso, no entanto, é fortemente recomendado instalar os plugins antes de restaurar o backup.

8

Consegui encontrar apenas uma instância disso no arquivo .sql. Espero que excluir as partes destacadas resolva o problema. (Presumo que o primeiro se refira a public.spatial_ref_sys)

ye
ye1283×617 27.7 KB

Além disso, como substituir o dump.sql dentro do arquivo tar.gz pelo modificado?

9 
# Compacte o dump com gzip e coloque-o no mesmo diretório do backup
gzip dump.sql

# Copie o arquivo de backup para fixed-* , substitua pelo nome do seu arquivo de backup
cp backupfilename-2020-08-30-123456-v20200830123456.tar.gz fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# Descompacte
gzip -d fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# Remova o dump.sql.gz original do arquivo.
# Note que o nome do arquivo de backup não contém .gz nesta etapa.
tar f fixed-backupfilename-2020-08-30-123456-v20200830123456.tar --delete dump.sql.gz

# Adicione o novo dump.sql.gz. Note que o nome do arquivo de backup não contém .gz nesta etapa.
tar fr fixed-backupfilename-2020-08-30-123456-v20200830123456.tar dump.sql.gz

# Compacte novamente. Note que o nome do arquivo de backup não contém .gz nesta etapa.
gzip fixed-backupfilename-2020-08-30-123456-v20200830123456.tar
10

Obrigado, @RGJ. Meu site está de volta no ar e funcionando perfeitamente. Só preciso reinstalar alguns plugins.

Também agradeço demais, @Falco, por me ajudar a identificar o problema desde o início.