Re: restauración desde barman

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
> (<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 <http://0.0.0.0/0>
>>               md5
>>
>>