parece haver uma colisão de restrição na tabela de analytics do Postgres. seu banco de dados já inclui registros do novo domínio em datas específicas, então a ferramenta de remapeamento provavelmente está criando duplicatas e o Postgres está rejeitando-as.
eu tentaria excluir os registros do domínio antigo apenas na tabela específica para as datas em que o novo domínio já possui dados, a fim de preservar os dados históricos e desbloquear a ferramenta de remapeamento. faça um backup de segurança primeiro, no entanto.
tente isso:
cd /var/discourse
./launcher enter app
# crie um backup de segurança
discourse backup
# entre no console do banco de dados
sudo -u postgres psql discourse
/* encontre o nome exato da tabela vinculada a este índice */
SELECT tablename
FROM pg_indexes
WHERE indexname = 'idx_bprd_rollups_date_referrer_unique';
assumindo que a consulta acima retorne browser_pageview_rollup_details, use esse nome de tabela na próxima consulta
/* exclua os registros de analytics em colisão */
DELETE FROM browser_pageview_rollup_details
WHERE normalized_referrer = 'discourse.tobiaseigen.org'
AND date IN (
SELECT date
FROM browser_pageview_rollup_details
WHERE normalized_referrer = 'digitallysovereign.org'
);
/* saia do postgres */
\q
então execute a ferramenta de remapeamento novamente
discourse remap discourse.tobiaseigen.org digitallysovereign.org
então use a tarefa rake rebake_match em vez de um rebake completo
# refaça o bake apenas das postagens que contêm a string do novo domínio
rake posts:rebake_match["digitallysovereign.org"]