Re: restauración desde barman

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 (<hmiranda(at)gmail(dot)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 <
> guillermovil(at)gmail(dot)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(dot)soler(at)gmail(dot)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 (<
>> guillermovil(at)gmail(dot)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 md5
>>>
>>>
>>>