Eso no recuerdo que lo habias mensionado, revisa los logs para ver cual
es la diferencia.
On 20/03/2023 11:46 pm, Guillermo E. Villanueva wrote:
Gracias Horacio, voy a probar como dices, pero voy a seguir con la
duda de porque funciona inciandolo desde línea de comando con usuario
postgres, pero no funciona y da ese error iniciándolo desde un script
croneado.
Les comento despues los resultados de las pruebas que haga.
Saludos
El dom, 19 mar 2023 a las 23:51, Horacio Miranda
(<hmira...@gmail.com>) escribió:
Creo que no me entendieron. En el correo inicial sale la variable
hot_standby = on
Mencionas que no es una réplica y que la usas para procesar unos
datos. Saca ese parámetro si tu número de sesiones 50 está correcta.
Regards,
Horacio Miranda
On 20/03/2023, at 10:42 AM, Guillermo E. Villanueva
<guillermo...@gmail.com> wrote:
Gracias por tu rta Jaime. Sospeché de eso y busqué ese archivo en
el data, pero no está.
El dom, 19 de mar. de 2023 16:21, Jaime Soler
<jaime.so...@gmail.com> escribió:
Puedes confirmar que en el directorio de datos
/home/postgres/data, no existía recovery.conf ? . Lo normal
es que el parámetro hot_standby no afecte a no ser que esté
como servidor réplica.
El sáb, 18 mar 2023 a las 16:14, Guillermo E. Villanueva
(<guillermo...@gmail.com>) escribió:
Buen día, antes que nada pido disculpas por la versión
sobre la que pediré ayuda.
Dado que tenemos un sistema viejo desarrollado por 3ros,
no podemos migrar aun a versiones de postgres nuevas. Así
que seguimos con 9.2.
Tengo un postgres duplicado sobre el cual hago análisis
de datos y algunas pruebas (no es una replica porque
necesito modificar datos), entonces copio el principal
cada cierto tiempo usando barman.
A través de un proceso croneado:
* Restaura con *barman restore* el servidor postgres
principal en un server diferente
* Hace algunos cambios basicos de postgresql.conf y de
pg_hba.conf
* Intenta iniciar el postgres y se detiene por un error
que puedo ver en el log:
FATAL: hot standby is not possible because
max_connections = 50 is a lower setting than on the
master server (its value was 300)
max_connections si está en 50, bien, pero no se de donde
obtiene que es un hot standby, si lo tengo configurado
como un servidor principal.
La linea del sh croneado (crontab de usuario postgres)
que intenta levantar el postgres es:
/usr/local/pgsql/bin/pg_ctl start -D /home/postgres/data
Si intento levantarlo por terminal con el usuario
postgres, con el mismo comando,*si levanta bien.*
Dede ya agradezco la ayuda que me puedan brindar para
lograr que levante bien por proceso croneado y no "a mano".
Información del entorno:
postgresql 9.2
barman 2.19
*Parte de postgresql.conf*
listen_addresses = '0.0.0.0'
max_connections = 50
shared_buffers = 8GB
work_mem = 167772kB
maintenance_work_mem = 2GB
effective_io_concurrency = 200
wal_level = archive
wal_buffers = 16MB
checkpoint_segments = 32
checkpoint_completion_target = 0.9
archive_mode = on
archive_command = ''
max_wal_senders = 0
wal_keep_segments = 1000
hot_standby = on
default_statistics_target = 100
*Parte de pg_hba.conf*
local all all peer
host all all 0.0.0.0/0 <http://0.0.0.0/0>
md5
