Actualización de Debian de la suite de puerta de enlace defectuosa

Preguntas sobre el servidor WAPT / Solicitudes y ayuda relacionadas con el servidor WAPT
Reglas del foro
Reglas del foro de la comunidad
* Soporte en inglés en www.reddit.com/r/wapt
* El soporte de la comunidad en francés está disponible en este foro
* Por favor, anteponga [RESUELTO] al título del tema si está resuelto.
* Por favor, no edite un tema que esté etiquetado como [RESUELTO]. Abra un nuevo tema haciendo referencia al anterior.
* Especifique la versión de WAPT instalada, la versión completa y el número de compilación (2.2.1.11957 / 2.2.2.12337 / etc.), así como la edición Enterprise/Discovery.
* Las versiones 1.8.2 y anteriores ya no son compatibles. Las únicas preguntas aceptadas sobre la versión 1.8.2 están relacionadas con la actualización a una versión compatible (2.1, 2.2, etc.).
* Especifique el sistema operativo del servidor (Linux/Windows) y la versión (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Especifique el sistema operativo de la máquina de administración/creación de paquetes y de la máquina con el agente problemático, si corresponde (Windows 7/10/11/Debian 11/etc.).
* Evite hacer varias preguntas al abrir un tema, ya que podría ser ignorado. Si hay varios temas, ábralos por separado, preferiblemente uno tras otro y no todos a la vez (es decir, no sature el foro con spam).
* Incluya fragmentos de código, capturas de pantalla y otras imágenes directamente en la publicación. Los enlaces a Pastebin, Bitly y otros sitios de terceros serán eliminados sistemáticamente.
* Como en cualquier foro comunitario, el soporte es proporcionado voluntariamente por los miembros. Si necesita soporte comercial, puede comunicarse con el departamento de ventas de Tranquil IT al 02.40.97.57.55.
Michigan
Mensajes: 8
Inscripciones: 3 sep 2019 - 17:09 horas.

6 de abril de 2020 - 12:33

Buen día,

Esta mañana actualicé mi servidor WAPT de Debian 9 a Debian 10. Durante esta actualización, también se actualizó el servidor WAPT (antes de la actualización estaba en la versión 1.8.0.6641).
Todo funcionó perfectamente durante esta actualización (no recibí ningún error) e instalé con éxito PostgreSQL 11 y eliminé la antigua base de datos PostgreSQL 9.6.

Pero, cuando intento acceder a la interfaz web de mi servidor, aparece el siguiente error: 502 Bad Gateway.
Intenté reiniciar los servicios waptserver y nginx así como el servidor, pero el error persiste.
Cuando ejecuto el comando estado del servidor wapt del control del sistema Me aparece el siguiente error:
Error de WAPT.PNG
WAPT.PNG error (29,15 KB) Visto 7932 veces
Gracias de antemano por su ayuda.
- Versión de WAPT instalada: 1.8.1.6756 Community Edition
- Sistema operativo del servidor: Linux / Debian Stretch
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10
Avatar de usuario
Sfonteneau
Experto en WAPT
Mensajes: 2312
Registrado: 10 de julio de 2014 - 23:52
Contacto :

6 de abril de 2020 - 13:28

¿Se ha modificado el archivo /etc/apt/sources.list.d/wapt.list para cambiar a Buster?
Michigan
Mensajes: 8
Inscripciones: 3 sep 2019 - 17:09 horas.

6 de abril de 2020 - 14:03

Sí, el archivo fue modificado antes de la actualización (aquí está su contenido: deb https://wapt.tranquil.it/debian/wapt-1.8/ buster main)
- Versión de WAPT instalada: 1.8.1.6756 Community Edition
- Sistema operativo del servidor: Linux / Debian Stretch
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10
Avatar de usuario
Sfonteneau
Experto en WAPT
Mensajes: 2312
Registrado: 10 de julio de 2014 - 23:52
Contacto :

6 de abril de 2020 - 15:11

Código: Seleccionar todo

apt-get remove tis-waptserver
apt-get update
apt-get install tis-waptserver
systemctl restart waptserver
Y sigue sin funcionar:

Código: Seleccionar todo

/opt/wapt/runwaptserver.sh -ldebug
Michigan
Mensajes: 8
Inscripciones: 3 sep 2019 - 17:09 horas.

6 de abril de 2020 - 15:31

La preocupación persiste.
Aquí está la salida del comando /opt/wapt/runwaptserver.sh -ldebug

Código: Seleccionar todo

/opt/wapt/runwaptserver.sh -ldebug
2020-04-06 15:30:22,958 [waptserver     ] INFO Using config file /opt/wapt/conf/waptserver.ini
2020-04-06 15:30:22,972 [waptws         ] INFO Server initialized for eventlet.
2020-04-06 15:30:22,973 [waptserver     ] INFO Load database configuration
2020-04-06 15:30:22,973 [waptdb         ] INFO Initializing a DB connection pool for db host None:5432 db_name:wapt. Size:90
2020-04-06 15:30:22,973 [waptdb         ] INFO Connecting to waptdb explicitely. Count: 0
2020-04-06 15:30:22,973 [peewee.pool    ] DEBUG No connection available in pool.
2020-04-06 15:30:22,974 [waptserver     ] CRITICAL Unable to upgrade DB structure, init instead: OperationalError('could not connect to server: No such file or directory\n\tIs the server running locally and accepting\n\tconnections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?\n',)
2020-04-06 15:30:22,974 [waptdb         ] INFO Connecting to waptdb explicitely. Count: 0
2020-04-06 15:30:22,974 [peewee.pool    ] DEBUG No connection available in pool.
Traceback (most recent call last):
  File "/opt/wapt/waptserver/server.py", line 2523, in <module>
    init_db()
  File "/opt/wapt/waptserver/model.py", line 1519, in init_db
    with WaptDB():
  File "/opt/wapt/waptserver/model.py", line 126, in __enter__
    self.must_close = wapt_db_connect()
  File "/opt/wapt/waptserver/model.py", line 103, in wapt_db_connect
    wapt_db.connect()
  File "/opt/wapt/lib/python2.7/site-packages/playhouse/pool.py", line 114, in connect
    ret = super(PooledDatabase, self).connect(reuse_if_open)
  File "/opt/wapt/lib/python2.7/site-packages/peewee.py", line 2947, in connect
    self._initialize_connection(self._state.conn)
  File "/opt/wapt/lib/python2.7/site-packages/peewee.py", line 2783, in __exit__
    reraise(new_type, new_type(*exc_args), traceback)
  File "/opt/wapt/lib/python2.7/site-packages/peewee.py", line 2944, in connect
    self._state.set_connection(self._connect())
  File "/opt/wapt/lib/python2.7/site-packages/playhouse/pool.py", line 156, in _connect
    conn = super(PooledDatabase, self)._connect()
  File "/opt/wapt/lib/python2.7/site-packages/playhouse/postgres_ext.py", line 448, in _connect
    conn = super(PostgresqlExtDatabase, self)._connect()
  File "/opt/wapt/lib/python2.7/site-packages/peewee.py", line 3637, in _connect
    conn = psycopg2.connect(database=self.database, **self.connect_params)
  File "/opt/wapt/lib/python2.7/site-packages/psycopg2/__init__.py", line 130, in connect
    conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
peewee.OperationalError: could not connect to server: No such file or directory
        Is the server running locally and accepting
        connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
- Versión de WAPT instalada: 1.8.1.6756 Community Edition
- Sistema operativo del servidor: Linux / Debian Stretch
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10
Avatar de usuario
Sfonteneau
Experto en WAPT
Mensajes: 2312
Registrado: 10 de julio de 2014 - 23:52
Contacto :

6 de abril de 2020 - 16:26

¿Se siguió correctamente el siguiente procedimiento?:

https://www.wapt.fr/fr/doc/waptserver-u ... -10-buster
Michigan
Mensajes: 8
Inscripciones: 3 sep 2019 - 17:09 horas.

6 de abril de 2020 - 16:45

Sí, ese es el procedimiento que utilicé.
- Versión de WAPT instalada: 1.8.1.6756 Community Edition
- Sistema operativo del servidor: Linux / Debian Stretch
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10
Avatar de usuario
dcardón
Experto en WAPT
Mensajes: 1908
Inscripción: 18 de junio de 2014 - 09:58
Ubicación: Saint Sébastien sur Loire
Contacto :

6 de abril de 2020 - 17:36

¿Conexiones en el socket de dominio Unix "/var/run/postgresql/.s.PGSQL.5432"?
La base de datos no se está ejecutando. ¿Podrías verificar que los scripts de actualización de Debian Postgres se ejecutaron correctamente? Al instalar la base de datos Postgres11, se coloca en paralelo con la base de datos Postgres9 (pg11 en el puerto 5433 y pg9 en el puerto estándar 5432). Tras el comando pg_upgrade, Postgres11 debería escuchar en el puerto 5432 y pg9 debería dejar de ejecutarse.

Hubo un problema durante la ejecución del procedimiento de actualización de Debian PGSL.

Denis
Denis Cardon - Tranquil IT
¡Comparte tus experiencias en WAPT! Envíanos las URL de tus blogs y artículos en la "Tu opinión del foro y los publicaremos en el de WAPT
Michigan
Mensajes: 8
Inscripciones: 3 sep 2019 - 17:09 horas.

7 de abril de 2020 - 8:18 AM

No hay problema en comprobarlo en el servidor, pero ¿cómo lo hago entonces?
- Versión de WAPT instalada: 1.8.1.6756 Community Edition
- Sistema operativo del servidor: Linux / Debian Stretch
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10
Michigan
Mensajes: 8
Inscripciones: 3 sep 2019 - 17:09 horas.

7 de abril de 2020 - 16:00 horas

Buen día,

Restauré una copia de seguridad de mi servidor WAPT (es una máquina virtual ESXi) y repetí el procedimiento de actualización (https://www.wapt.fr/fr/doc/waptserver-u ...-10-buster) y el problema es el mismo.

Probé el acceso a la página web del servidor WAPT durante las distintas etapas de los comandos de actualización: tengo acceso a la página todo el tiempo excepto después del comando de configuración del servidor WAPT

Código: Seleccionar todo

/opt/wapt/waptserver/scripts/postconf.sh
Después del pedido

Código: Seleccionar todo

pg_upgradecluster -v 11 9.6 main
Tengo acceso a la página web pero el estado de la base de datos es ERROR.
Entonces verifiqué la versión de PostgreSQL en el servidor antes de la actualización y es 9.6.16

Por ahora, he restaurado una copia de seguridad de mi servidor que ejecuta Debian 9 Stretch para poder usarlo.

NÓTESE BIENQuería actualizar este servidor porque tengo un sitio remoto que estoy conectando a mi sitio principal y quiero instalar un servidor WAPT en este sitio remoto. Por lo tanto, quería que ambos servidores tuvieran la última versión
- Versión de WAPT instalada: 1.8.1.6756 Community Edition
- Sistema operativo del servidor: Linux / Debian Stretch
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10
Bloqueado