[RISOLTO] Pacchetti che non si installano

[agatoi]

Buongiorno,
Un problema sui computer Windows 10 Education esterni al dominio.
L'installazione del client (1.7.3.5) è stata eseguita manualmente.
Dopo l'arresto, i pacchetti non vengono installati.
Tuttavia, dalla console di un altro computer, posso avviare aggiornamenti e altre installazioni.

Versioni:
Versione del server WAPT: 1.7.3.5
Versione dell'agente WAPT: 1.7.3.5
Versione di installazione WAPT: 1.7.3.5
Versione di distribuzione WAPT: 1.7.3.5
Stato DB: OK (1.7.3.2)


Di seguito è riportato un file di registro:

Codice: Seleziona tutto

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

[htouvet]

Ciao,
sospetto un conflitto tra waptservice e wapt-get.
Quando è arrestato, l'applicazione waptexit tenta di avviare l'aggiornamento tramite waptservice.
Se waptservice non risponde (abbastanza velocemente...), prova ad avviare l'aggiornamento direttamente utilizzando il comando wapt-get upgrade (probabilmente perché viene eseguito con l'account di sistema).

Nel tuo caso, è probabile che l'attività di aggiornamento venga effettivamente avviata ma restituisca il controllo a waptexit troppo tardi e che, contemporaneamente, wapt-get upgrade, che è stato erroneamente avviato in parallelo, stia bloccando il database.

Dovresti provare con wapt 1.7.4 (release candidate), poiché il comportamento di waptexit è stato modificato. (https://wapt.tranquil.it/wapt/releases/wapt-1.7.4-rc1/ )
Nello specifico, waptservice restituisce il controllo a waptexit prima di calcolare gli aggiornamenti da applicare, riducendo così la probabilità di un timeout.

[agatoi]

Grazie per l'informazione.
Il mio server esegue Debian 9.8 (64 bit)
Quale file ".deb" dovrei usare?
Comando uneme -r:

Codice: Seleziona tutto

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

[htouvet]

Italiano: https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb
e
https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb

qualcosa del tipo:
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

[agatoi]

Gli aggiornamenti del server e della console sono avvenuti senza problemi.

Tuttavia, nella console, tutti i dispositivi appaiono come disconnessi (inclusi quelli accesi), ma la console indica comunque quali dispositivi richiedono un aggiornamento. Ho riscontrato questo problema con l'aggiornamento del pacchetto di Google Chrome. Tuttavia, poiché sono contrassegnati come disconnessi, non posso forzare gli aggiornamenti dalla console, in particolare l'aggiornamento WAPT.

Su una delle workstation che mi dà problemi, ho aggiornato manualmente l'agente e ora viene visualizzato correttamente nella console e viene contrassegnato come connesso quando viene acceso.

Gli aggiornamenti avvengono allo spegnimento, quindi il mio problema principale è risolto.

Tuttavia, sulla macchina in questione, il pacchetto di aggiornamento WAPT genera un errore (dovuto al fatto che ho già aggiornato manualmente il client?):

Codice: Seleziona tutto

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'

[agatoi]

Ok, dopo diversi riavvii, il pacchetto di aggiornamento Wapt non mostra più errori e il computer viene rilevato correttamente.

Tuttavia, apprezzerei una soluzione per i computer che risultano disconnessi (anche se sono accesi) nella console.

[sfontenau]

Il pacchetto wapt installa un'attività programmata per un'ora e qualche minuto.

Pertanto, durante questo periodo la macchina risulterà disconnessa.