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