Ok gracias, recomendare al administrador que no use docker ni agregados.
Gracias.
El mar., 25 ago. 2020 a las 19:28, Alvaro Herrera ()
escribió:
> Jairo Graterón escribió:
> > Acabo de observar que postgresql no corre directamente en el SO, están
> > usando dokku
> > y que al abrir una conexión
Jairo Graterón escribió:
> Acabo de observar que postgresql no corre directamente en el SO, están
> usando dokku
> y que al abrir una conexión se crea un proceso
>
> socat -t 1 TCP4-LISTEN:5432,fork,reuseaddr TCP4:172.17.0.2:5432
Hmm, yo no tengo idea lo que significa esto, pero el error
Acabo de observar que postgresql no corre directamente en el SO, están
usando dokku
y que al abrir una conexión se crea un proceso
socat -t 1 TCP4-LISTEN:5432,fork,reuseaddr TCP4:172.17.0.2:5432
El mar., 25 ago. 2020 a las 16:41, Jairo Graterón ()
escribió:
> Ok voy a probar, el sistem
Ok voy a probar, el sistema tiene 60GB de RAM así que debería tener espacio
para ejecutar consultas pesadas.
Gracias.
El mar., 25 ago. 2020 a las 16:38, Anthony Sotolongo ()
escribió:
> Esto me pareció sospechoso para un killer:
>
> pg_restore: error: a worker process died unexpectedly
>
> ¿
Esto me pareció sospechoso para un killer:
pg_restore: error: a worker process died unexpectedly
¿Puedes probar bajando a la mitad los -j?, puede que esté demandando el
restore "demasiados recursos" para tu configuración actual, ese mensaje
que compartes puede ser una señal de eso
Saludos
Hola Anthony,
Sí estoy usando pg_restore -j 8 y el respaldo es de tipo directorio
no encontré algún killer sólo este mensaje TCP: request_sock_TCP: Possible
SYN flooding on port 5432. Sending cookies. Check SNMP counters.
El mar., 25 ago. 2020 a las 16:18, Anthony Sotolongo ()
escribió:
> Hola
Hola Jairo,
¿Estas usando pg_restore con -j?
¿Puedes ver en los logs sistema (/var/log/messages, o donde esten en tu
caso) si hubo algún oom_killer?
Saludos
On 8/25/20 2:16 PM, Jairo Graterón wrote:
Saludos lista,
Tengo el siguiente problema al realizar un restore de la BD,
aproximadamen
