Foro de TI tranquilo

Buen día,
Un problema en las máquinas con Windows 10 Education fuera del dominio.
La instalación del cliente (1.7.3.5) se realizó manualmente.
Al apagar, los paquetes no se instalan.
Sin embargo, desde la consola de otra computadora, puedo activar actualizaciones y otras instalaciones.

Versiones:
Versión del servidor WAPT: 1.7.3.5
Versión del agente WAPT: 1.7.3.5
Versión de configuración de WAPT: 1.7.3.5
Versión de implementación de WAPT: 1.7.3.5
Estado de la base de datos: OK (1.7.3.2)

A continuación se muestra un archivo de registro:

Código: Seleccionar todo

Get packages index
u'235 paquet(s) dans le d\xe9p\xf4t\nLe syst\xe8me est \xe0 jour'
Get packages index
u'1 nouveau(x) paquet(s)\n236 paquet(s) dans le d\xe9p\xf4t\nPaquets \xe0 mettre \xe0 jour : admin-secret.stemarie-aizenay.local(=1),aiz-oembackgrounds(=1-2)'
2019-04-23 14:22:10,473 ERROR Traceback (most recent call last):

  File "C:\Program Files (x86)\wapt\lib\site-packages\rocket\worker.py", line 171, in run
    self.run_app(conn)

  File "C:\Program Files (x86)\wapt\lib\site-packages\rocket\methods\wsgi.py", line 245, in run_app
    output = self.app(environ, self.start_response)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 2309, in __call__
    return self.wsgi_app(environ, start_response)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 2295, in wsgi_app
    response = self.handle_exception(e)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1741, in handle_exception
    reraise(exc_type, exc_value, tb)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 2292, in wsgi_app
    response = self.full_dispatch_request()

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1815, in full_dispatch_request
    rv = self.handle_user_exception(e)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1718, in handle_user_exception
    reraise(exc_type, exc_value, tb)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1813, in full_dispatch_request
    rv = self.dispatch_request()

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1799, in dispatch_request
    return self.view_functions[rule.endpoint](**req.view_args)

  File "C:\Program Files (x86)\wapt\waptservice\waptservice_common.py", line 102, in decorated
    return f(*args, **kwargs)

  File "C:\Program Files (x86)\wapt\waptservice\service.py", line 708, in upgrade
    wapt().update()

  File "C:\Program Files (x86)\wapt\common.py", line 4181, in update
    self._update_repos_list(force=force,filter_on_host_cap=filter_on_host_cap)

  File "C:\Program Files (x86)\wapt\common.py", line 4136, in _update_repos_list
    self.waptdb.db.execute('delete from wapt_package where repo not in (%s)' % (','.join('"%s"'% r.name for r in self.repositories)))

OperationalError: database is locked

2019-04-23 14:22:11,342 ERROR Traceback (most recent call last):
  File "C:\Program Files (x86)\wapt\lib\site-packages\rocket\main.py", line 144, in start
    time.sleep(THREAD_STOP_CHECK_INTERVAL)
IOError: [Errno 4] Interrupted function call

Hola,
sospecho que hay un conflicto entre waptservice y wapt-get.
Cuando se detiene, la aplicación waptexit intenta iniciar la actualización a través de waptservice.
Si waptservice no responde (con la suficiente rapidez...), intenta iniciar la actualización directamente usando el comando wapt-get upgrade (posiblemente porque se ejecuta en la cuenta del sistema).

En tu caso, es probable que la tarea de actualización se inicie, pero devuelva el control a waptexit demasiado tarde, y que, simultáneamente, wapt-get upgrade, que se inició erróneamente en paralelo, esté bloqueando la base de datos.

Deberías probar con wapt 1.7.4 (candidato a lanzamiento), ya que el comportamiento de waptexit ha cambiado. (https://wapt.tranquil.it/wapt/releases/wapt-1.7.4-rc1/ )
Específicamente, waptservice devuelve el control a waptexit antes de calcular las actualizaciones a aplicar, reduciendo así la probabilidad de un tiempo de espera agotado.

Gracias por la información.
Mi servidor ejecuta Debian 9.8 (64 bits)
¿Qué archivo ".deb" debo utilizar?
Comando uneme -r:

Código: Seleccionar todo

Linux srvwapt 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux

https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb
y
https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb

algo como:
cd
wget https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb
wget https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb

dpkg -i tis-wapt*1.7.4.6031-tisdeb9-4cdcaa06.deb

Las actualizaciones del servidor y la consola se realizaron sin problemas.

Sin embargo, en la consola, todos los dispositivos aparecen como desconectados (incluidos los encendidos), pero la consola sigue indicando qué dispositivos requieren una actualización. Observé esto con la actualización del paquete de Google Chrome. Sin embargo, como están marcados como desconectados, no puedo forzar las actualizaciones desde la consola, en particular la actualización de WAPT.

En una de las estaciones de trabajo que me está dando problemas, actualicé manualmente el agente y ahora aparece correctamente en la consola y está marcado como conectado cuando se enciende.

Las actualizaciones se realizan al apagar el equipo, por lo que mi problema principal está resuelto.

Sin embargo, en la máquina en cuestión, el paquete de actualización WAPT genera un error (¿debido a que ya he actualizado manualmente el cliente?):

Código: Seleccionar todo

Traceback (most recent call last):
  File "C:\Program Files (x86)\wapt\common.py", line 3700, in install_wapt
    packagetempdir = entry.unzip_package(cabundle=self.cabundle)
  File "C:\Program Files (x86)\wapt\waptpackage.py", line 2094, in unzip_package
    raise e
IOError: [Errno 22] invalid mode ('rb') or filename: u'c:\\windows\\temp\\wapth0dac7\\waptagent.exe'
IOError: [Errno 22] invalid mode ('rb') or filename: u'c:\\windows\\temp\\wapth0dac7\\waptagent.exe'

De acuerdo, después de varios reinicios, el paquete de actualización de Wapt ya no muestra ningún error y el equipo se detecta correctamente.

Sin embargo, agradecería una solución para los equipos que aparecen como desconectados (aunque estén encendidos) en la consola.

El paquete wapt instala una tarea programada para durar una hora y unos minutos.

Por lo tanto, durante ese tiempo la máquina aparece desconectada.

Foro de TI tranquilo

[RESUELTO] Paquetes que no se instalan

[RESUELTO] Paquetes que no se instalan

Re: Paquetes que no se instalan

Re: Paquetes que no se instalan

Re: Paquetes que no se instalan

Re: Paquetes que no se instalan

Re: Paquetes que no se instalan

Re: [RESUELTO] Paquetes que no se instalan