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               md5
>>
>>
>>

Reply via email to