Não senhor, sem problemas. Obrigado pelas informações
No meu caso, foi porque eu tinha scram-sha-256 e não trust como o mecanismo de autenticação.
Porque scram-sha-256 requer um usuário físico.
Você provavelmente pode contornar isso criando um mapa de usuários em pg_ident.conf, mas não tenho certeza de como.
Se por “usuário físico” você quer dizer “usuário do sistema Unix”, então não, scram-sha-256 não requer tal usuário configurado no sistema. O método peer requer um usuário do sistema, e trust é simplesmente uma péssima ideia em geral quando você está usando um servidor de banco de dados remoto.
1 curtida
Teremos que incluir o seguinte além do processo existente?
CREATE EXTENSION vector;
já que vejo esta extensão no template postgres do discourse_docker?
Isso é usado pelo plugin principal do Discourse AI, então você precisará dele se estiver usando-o.
Não me lembro de ter ativado esse plugin. Na verdade, acabei de verificar e ele está desativado. Mas recentemente, quando reconstruí a imagem, quando o último commit foi além deste commit - GitHub - discourse/discourse at 0eab7daea450e1d7e416c46a23aaaf95687d4855, rake db:migrate começou a falhar. Quando usei o commit anterior ao acima para inicializar, continuou funcionando.
Agora que ativei esta extensão, commits posteriores a este estão funcionando sem problemas.
1 curtida
Mas agora o plugin de IA está no núcleo, então você precisa da extensão independentemente de usar o plugin de IA (ou se esforçar para removê-lo explicitamente), certo?
1 curtida
Ah, é verdade, pois as migrações são executadas independentemente de o plugin estar habilitado.
2 curtidas