Muitos dos nossos links internos do fórum estão quebrados após a migração para um novo servidor. Criei o novo servidor em uma URL temporária, staging.example.com, para auxiliar na transição, mas agora que ela foi concluída, muitos links em forum.example.com ainda apontam para staging.example.com (que não existe mais).
Procurei em admin > configurações por qualquer vestígio de “staging”.
A propagação do DNS já ocorreu há bastante tempo.
Vi essa antiga referência, mas não tenho certeza se está relacionada.
Se não houver solução possível além da edição manual, alguma dica sobre como encontrar todas as ocorrências? O botão de busca não funciona bem para isso.
Sim, agora posso afirmar que o remapeamento falhou.
> /var/www/discourse# discourse remap staging.example.com forum.example.com
> Reescrevendo todas as ocorrências de staging.example.com para forum.example.com
> ESTA TAREFA REESCREVERÁ DADOS, TEM CERTEZA (digite SIM)
> SIM
> Erro: ERRO: valor de chave duplicada viola a restrição de unicidade "unique_post_links"
> DETALHE: A chave (topic_id, post_id, url)=(8718, 57455, https://forum.example.com/t/exampletopic/4606/336) já existe.
> O remapeamento foi aplicado apenas parcialmente devido ao erro acima. Por favor, execute o script novamente.
Executei novamente conforme instruído e obtive o mesmo erro, na mesma chave (topic_id, post_id, url).
Posso acessar o console do Rails e executar alguns comandos SQL/ActiveRecord se você puder me dizer o que executar. Ou usar o Data Explorer.
Limpei algumas postagens e consegui concluir o remapeamento. No entanto, o rebake chegou a 30%, depois encontrou erros e travou o sistema, obrigando-me a reiniciá-lo. O sistema tem memória e espaço em disco adequados.
Pergunta: Após a reinicialização, no ‘top’, há um processo Ruby usando 60% da CPU. Será que é o job do rake? Ele continuaria após a reinicialização?