El proceso de reconstrucción de Discourse se cuelga en la inicialización de PostgreSQL con advertencia de autenticación "trust"

Hola,

Estoy encontrando un problema al intentar reconstruir mi aplicación Discourse con el comando ./launcher rebuild app. El proceso se detiene durante la fase de inicialización de PostgreSQL, mostrando la siguiente advertencia:

root@lavm-hypge0pc5w:/var/discourse# ./launcher rebuild app
Se detectó la arquitectura x86_64.

ADVERTENCIA: Vamos a empezar a descargar la imagen base de Discourse
Este proceso puede tardar entre unos minutos y una hora, dependiendo de la velocidad de tu red

Por favor, ten paciencia

2.0.20250129-0720: Extrayendo de discourse/base
af302e5c37e9: Extracción completa
ed49ab5c933d: Extracción completa
7cb9e730d898: Extracción completa
7c28a6b187b2: Extracción completa
23222af7238f: Extracción completa
59b87d9ed5c1: Extracción completa
90d60b432298: Extracción completa
d3b3135aa82b: Extracción completa
94e7b594395d: Extracción completa
cf15e2c89d00: Extracción completa
2c0cccf9ec27: Extracción completa
5d8ea2a8d564: Extracción completa
020f04b42275: Extracción completa
06e22604f387: Extracción completa
8b0ecc579aad: Extracción completa
4d577f7424c0: Extracción completa
37ef4781925f: Extracción completa
30d67d1af761: Extracción completa
43eaf8c26af4: Extracción completa
02f4cc50eabd: Extracción completa
93896ee36e56: Extracción completa
fadd5d615e0e: Extracción completa
85f9459cb30e: Extracción completa
eaddca2afacb: Extracción completa
f54443d29a2d: Extracción completa
ed6f0f133683: Extracción completa
3d1894dc563f: Extracción completa
51ca3f63c909: Extracción completa
b87374db2274: Extracción completa
Digest: sha256:01b8516e5504c0e9bc3707773015ff4407be03a89154194ff3b5b8699291bc26
Estado: Imagen más reciente descargada para discourse/base:2.0.20250129-0720
docker.io/discourse/base:2.0.20250129-0720
Asegurando que el lanzador esté actualizado
Obteniendo origen
El lanzador está actualizado
2.0.20250129-0720: Extrayendo de discourse/base
Digest: sha256:01b8516e5504c0e9bc3707773015ff4407be03a89154194ff3b5b8699291bc26
Estado: La imagen está actualizada para discourse/base:2.0.20250129-0720
docker.io/discourse/base:2.0.20250129-0720
/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
I, [2025-02-26T09:07:48.133366 #1]  INFO -- : Leyendo desde stdin
I, [2025-02-26T09:07:48.143108 #1]  INFO -- : Archivo > /etc/service/postgres/run  chmod: +x  chown:
I, [2025-02-26T09:07:48.146963 #1]  INFO -- : Archivo > /etc/service/postgres/log/run  chmod: +x  chown:
I, [2025-02-26T09:07:48.150639 #1]  INFO -- : Archivo > /etc/runit/3.d/99-postgres  chmod: +x  chown:
I, [2025-02-26T09:07:48.154201 #1]  INFO -- : Archivo > /root/install_postgres  chmod: +x  chown:
I, [2025-02-26T09:07:48.157700 #1]  INFO -- : Archivo > /root/upgrade_postgres  chmod: +x  chown:
I, [2025-02-26T09:07:48.157920 #1]  INFO -- : Reemplazando data_directory = '/var/lib/postgresql/15/main' con data_directory = '/shared/postgres_data' en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.158469 #1]  INFO -- : Reemplazando (?-mix:#?listen_addresses *=.*) con listen_addresses = '*' en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.166991 #1]  INFO -- : Reemplazando (?-mix:#?synchronous_commit *=.*) con synchronous_commit = $db_synchronous_commit en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.168431 #1]  INFO -- : Reemplazando (?-mix:#?shared_buffers *=.*) con shared_buffers = $db_shared_buffers en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.170165 #1]  INFO -- : Reemplazando (?-mix:#?work_mem *=.*) con work_mem = $db_work_mem en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.170928 #1]  INFO -- : Reemplazando (?-mix:#?default_text_search_config *=.*) con default_text_search_config = '$db_default_text_search_config' en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.174744 #1]  INFO -- : Reemplazando (?-mix:#?checkpoint_segments *=.*) con checkpoint_segments = $db_checkpoint_segments en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.175249 #1]  INFO -- : Reemplazando (?-mix:#?logging_collector *=.*) con logging_collector = $db_logging_collector en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.176197 #1]  INFO -- : Reemplazando (?-mix:#?log_min_duration_statement *=.*) con log_min_duration_statement = $db_log_min_duration_statement en /etc/postgresql/15/main/postgresql.conf
I, [2025-02-26T09:07:48.177073 #1]  INFO -- : Reemplazando (?-mix:^#local +replication +postgres +peer$) con local replication postgres  peer en /etc/postgresql/15/main/pg_hba.conf
I, [2025-02-26T09:07:48.177315 #1]  INFO -- : Reemplazando (?-mix:^host.*all.*all.*127.*$) con host all all 0.0.0.0/0 md5 en /etc/postgresql/15/main/pg_hba.conf
I, [2025-02-26T09:07:48.178064 #1]  INFO -- : Reemplazando (?-mix:^host.*all.*all.*::1\/128.*$) con host all all ::/0 md5 en /etc/postgresql/15/main/pg_hba.conf
I, [2025-02-26T09:07:48.178467 #1]  INFO -- : > if [ -f /root/install_postgres ]; then
  /root/install_postgres && rm -f /root/install_postgres
elif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then
  socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1
fi

cat: /shared/postgres_data/PG_VERSION: No existe el archivo o el directorio
initdb: advertencia: habilitando la autenticación "trust" para conexiones locales
initdb: indicación: Puedes cambiar esto editando pg_hba.conf o usando la opción -A, o --auth-local y --auth-host, la próxima vez que ejecutes initdb.

El proceso permanece atascado en este punto durante más de una hora, con un uso mínimo de la CPU. La configuración de mi servidor incluye una CPU de 8 núcleos, 32 GB de RAM y 100 GB de almacenamiento.

He revisado problemas similares en el foro de Discourse Meta, como Postgres failing to update?, pero el problema persiste.

¿Alguien podría proporcionar orientación sobre cómo resolver este problema?

Gracias.

Esto es un problema.

Si tienes una copia de seguridad reciente, haría una instalación limpia y la restauraría.

Pero tal vez echa un vistazo a Actualización de PostgreSQL 15 y mira cómo mover la copia de seguridad de postgres de vuelta a postgres_data.

De acuerdo.

Después de restaurar tu base de datos antigua a partir de una copia de seguridad reciente, y si la reconstrucción todavía parece atascarse después de initdb, supongo que estás alojando la instalación de Discourse en China continental. Si es así, consulta este tema.

1 me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.