Upgrade frenado por Postgres 11

Hola,

Estoy intentando pasar de 3.17 a 3.20 en Debian 9. Ya luché con el PHP y con Postgres está complicado…

Al correr el apt-get install postgresql-11 de la documentación me dice

apt-get install postgresql-11
Leyendo lista de paquetes... Hecho
Creando Árbol de dependencias       
Leyendo la información de estado... Hecho
No se pudieron instalar algunos paquetes. Esto puede significar que
usted pidió una situación imposible o, si está usando la distribución
inestable, que algunos paquetes necesarios aún no se han creado o se
han sacado de «Incoming».
La siguiente información puede ayudar a resolver la situación:

Los siguientes paquetes tienen dependencias incumplidas:
 postgresql-11 : Depende: postgresql-client-11 pero no va a instalarse
                 Depende: postgresql-common (>= 194~) pero 181+deb9u3 va a ser instalado
E: No se pudieron corregir los problemas, usted ha retenido paquetes rotos.

Fui a la página de Postgres para ver como sugieren ellos la instalación https://www.postgresql.org/download/linux/debian/

El problema lo estoy teniendo con
wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add -

me da error

gpg: no valid OpenPGP data found.

Si lo pruebo al revés
wget -O /etc/apt/trusted.gpg.d/debian.gpg https://www.postgresql.org/media/keys/ACCC4CF8.asc

Veo que hay un error de certificado y no genera el archivo (longitud 0)

--2021-10-27 16:23:14--  https://www.postgresql.org/media/keys/ACCC4CF8.asc
Resolviendo www.postgresql.org (www.postgresql.org)... 217.196.149.50, 72.32.157.230, 87.238.57.232, ...
Conectando con www.postgresql.org (www.postgresql.org)[217.196.149.50]:443... conectado.
ERROR: El certificado de www.postgresql.org no es confiable.
ERROR: El certificado de www.postgresql.org ha expirado.

Si le pongo la opción --no-check-certificate
Lo graba, lo puedo agregar , pero es lo que me llevó al error de dependencias que menciono en el comienzo.

El tema de los certificados vencidos lo pude solucionar con estas dos paginas

Ésta específicamente para Postgres
https://unix.stackexchange.com/questions/671851/how-to-deal-with-www-postgres-org-certificate-expired

Esta otra, para otras keys que dan error al hacer apt update
https://chrisjean.com/fix-apt-get-update-the-following-signatures-couldnt-be-verified-because-the-public-key-is-not-available/

El tema ahora es las dependencias incumplidas:
postgresql-11 depende de postgresql-client-11
postgresql-client-11 depende de postgresql-common versión 194 o mayor …
Yo tengo postgresql-common versión 181 … y no le puedo hacer el upgrade … Por ahí pasa el problema

Tengo el Postgres 9.6 y no lo quiero desinstalar ya que la idea es usar el pg_upgrade de la 9.6 a la 11 para pasar la base ya existente …

Encontré una solución para el tema de las dependencias.
No fue lo que pensaba como ideal, ya que tuvo que instalar otra aplicación para instalar en vez de las normales, pero hizo lo que esperaba.

sudo apt-get install aptitude

sudo aptitude install postgresql-11

Detectó el problema de las dependencias.
Ofreció como primera solución no instalar los nuevos paquetes. No acepté esa solución.
Como segunda solución ofreció las versiones nuevas de los paquetes. Acepté, e instaló todo.

Hola Fernando, gracias por el aporte, esto le va a servir a otras universidades que se topen con el mismo problema.

¿ya lo pudiste solucionar o te falta algún paso?

Si es para ambientes de prueba podes usar un Postgres dockerizado.

saludos.
2

La idea es que le sirva a cualquiera que pase por lo mismo y a nosotros mismos en un futuro (fue muy útil un mensaje nuestro del upgrade anterior de como hacer que guaraní cambie de versión de php, luego de instalar la nueva. Nos pasó entre php5.6 y 7.1 en el paso de la 3.15 a la 3.17… Y pasó lo mismo entre php 7.1 y 7.4 ahora… con la misma solución que había dejado registrada en el foro)…

3.20 ya está andando en desarrollo. El pg_upgrade funcionó bien y pasó solito toda la base de 9.6 a 11 …

La pregunta es si conviene primero hacer el upgradelos 3 módulos en desarrollo y luego pasar los tres juntos a producción,
O si es mejor pasar a producción los módulos a medida que quedan bien en desarrollo…

Si me pongo a pensar… diría que Gestión y Autogestión deberían hacerse juntos, por las versiones que necesitan uno del otro…
Preinscripción mientras no se utiliza, es más independiente.

Saludos,

Hola Fernando,

La pregunta es si conviene primero hacer el upgradelos 3 módulos en desarrollo y luego pasar los tres juntos a producción, O si es mejor pasar a producción los módulos a medida que quedan bien en desarrollo..

Para mi hay que probar en un ambiente de prueba que funcionen bien los 3 módulos, y luego pasarlos a producción todos juntos.

saludos.