Instalar Discourse para desenvolvimento usando Docker

[singi2016cn]

A causa raiz pode ser que o pg15 alterou as regras de autenticação padrão.

Caminho do arquivo de configuração: /etc/postgresql/15/main/pg_hba.conf

Conteúdo do arquivo:

# Database administrative login by Unix domain socket
local   all             postgres                                peer

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     peer
# IPv4 local connections:
host all all 0.0.0.0/0 md5
# IPv6 local connections:
host all all ::/0 md5
# Allow replication connections from localhost, by a user with the
# replication privilege.
local   replication     all                                     peer
host    replication     all             127.0.0.1/32            scram-sha-256
host    replication     all             ::1/128                 scram-sha-256

O comando de backup executado é:

pg_dump --schema=public -T public.pg_* --file=‘/src/tmp/backups/default/2026-02-02-063003/dump.sql.gz’ --no-owner --no-privileges --verbose --compress=4 --username=postgres discourse_development

O comando acima falha devido à regra local all postgres peer: Peer authentication failed for user "postgres"

Ideia de solução: Mudar peer para trust, permitindo todos os comandos do ambiente local. Ou seja, todos os comandos não precisarão mais de autenticação (nem de senha).

Passos específicos:

1. Copiar o /etc/postgresql/15/main/pg_hba.conf do contêiner para o local

sudo docker cp discourse_dev:/etc/postgresql/15/main/pg_hba.conf ~/discourse/data/pg_hba.conf

Dar permissão 644

sudo chmod 644 ~/discourse/data/pg_hba.conf

Modificar a configuração em data/pg_hba.conf

# Database administrative login by Unix domain socket
local   all   postgres   trust

2. Modificar o arquivo d/boot_dev para montar data/pg_hba.conf no contêiner, substituindo o arquivo de configuração padrão do pg.

docker run -d \
    -p $local_publish:8025:8025 \
    -p $local_publish:3000:3000 \
    -p $local_publish:4200:4200 \
    -p $local_publish:9292:9292 \
    -p $local_publish:9405:9405 \
    -v "$DATA_DIR:/shared/postgres_data:delegated" \
    # A linha abaixo é adicionada, montando o arquivo de configuração no contêiner, e dando apenas permissão de leitura ao contêiner
    -v "$SOURCE_DIR/data/pg_hba.conf:/etc/postgresql/15/main/pg_hba.conf:ro" \
    -v "$SOURCE_DIR:/src:delegated" \
    -e UNICORN_BIND_ALL=true \
    $mount_plugin_symlinks \
    $ENV_ARGS \
    --hostname=discourse \
    --name=discourse_dev \
    --restart=always \
    discourse/discourse_dev:release /sbin/boot

3. Desligar e remover o contêiner atual, e então reconstruir o novo contêiner

d/shotdown_dev
d/boot_dev

4. Após a reconstrução, iniciar as aplicações frontend e backend e testar se o backup está normal

d/rails s

# Executar em outro terminal
d/ember-cli

Na página de backups, clique em backup, aguarde alguns segundos e verifique a lista de arquivos de backup.

[singi2016cn]

Com base na experiência acima, o desejo de conectar um cliente de banco de dados local ao banco de dados postgreSQL no Docker agora pode ser realizado.

Modifique a configuração no arquivo d/boot_dev da seguinte forma:

docker run -d \
    -p $local_publish:8025:8025 \
    -p $local_publish:3000:3000 \
    -p $local_publish:4200:4200 \
    -p $local_publish:9292:9292 \
    -p $local_publish:9405:9405 \
    # Mapeamento de porta recém-adicionado
    -p $local_publish:55432:5432 \
    -v "$DATA_DIR:/shared/postgres_data:delegated" \
    # Manter o mapeamento do arquivo de configuração
    -v "$SOURCE_DIR/data/pg_hba.conf:/etc/postgresql/15/main/pg_hba.conf:ro" \
    -v "$SOURCE_DIR:/src:delegated" \
    -e UNICORN_BIND_ALL=true \
    $mount_plugin_symlinks \
    $ENV_ARGS \
    --hostname=discourse \
    --name=discourse_dev \
    --restart=always \
    discourse/discourse_dev:release /sbin/boot

Permitir todas as requisições de conexão com pg:

No arquivo data/pg_hba.conf, modifique a configuração da seguinte forma:

# IPv4 local connections:
host all all 0.0.0.0/0 trust
# IPv6 local connections:
host all all ::/0 trust

Reconstruir

d/shutdown_dev
d/boot_dev

Agora você pode se conectar com um cliente de banco de dados local

Estou usando o DBeaver aqui

1. A porta do banco de dados é 55432, consistente com d/boot_dev, aqui é 55432 para evitar conflitos com o que já existe localmente.
2. Nome do banco de dados
3. Recomenda-se marcar “Mostrar todos os bancos de dados”
4. Nome de usuário
5. Teste se a conexão funciona
6. Clique em OK para salvar

Finalmente, você pode visualizar os dados no banco de dados local alegremente.

[pean]

É normal que esta instalação não exiba o menu corretamente?