Forum IT Tranquillo

Grazie per la risposta jc35, attendo con impazienza il tuo feedback sulla build Nightly.

Saluti!

Ciao,
dopo alcuni test, la situazione è migliorata; non riscontro più disconnessioni casuali, soprattutto subito dopo l'installazione di un pacchetto.
Tuttavia, quando scollego il cavo di rete, il sistema risulta ancora disconnesso anche se connesso tramite Wi-Fi.

Grazie per il feedback!

Sì, a mio parere il mio problema non verrà risolto, dato che questo è ciò che accade nel mio caso quando l'utente lascia la docking station (collegata tramite cavo di rete) e passa al Wi-Fi per accedere alla sala riunioni...

Immagino che dovremo aspettare una soluzione al problema (anche se ormai sono passate due settimane e si sta facendo attendere parecchio...).

Esatto. Ho riavviato il servizio e si è riconnesso, poi ho ricollegato il cavo di rete e si è disconnesso di nuovo.
Quindi non è completamente risolto.
Sì, sta iniziando a impiegare molto tempo. C'è un leggero miglioramento.
Prossimi test nella/e build.

Grazie per l'aiuto, jc35.

Spero che il team WAPT risolva presto questo problema...
Nel frattempo, ho creato un piccolo file batch che mi permette di riavviare da remoto i servizi WAPT per ogni macchina che visualizza "DISCONNESSO"...
Ma è una seccatura.

Ciao a tutti,
ho una macchina virtuale Debian 10 con Wapt 2.1.10550.

Sto riscontrando lo stesso problema vostro,
ovvero workstation disconnesse.
Ho anche un altro problema con le OU: un valore di errore = -1 quando tento di modificare il pacchetto per questa OU.
Jean-Philippe.

Ho notato che sono state rilasciate nuove build nightly dopo il test di jc35.
Personalmente, non ho voglia di testarle...

C'è un modo per consultare le modifiche e le correzioni incluse in queste build nightly?

Ad esempio, nel changelog di questa versione:
https://www.wapt.fr/fr/doc/wapt-changelog.html

Grazie!

Salve,

in effetti volevamo limitare l'accesso al database tramite WebSocket, ma questo sta chiaramente causando problemi.

In generale, abbiamo un problema con la libreria WebSocket che stiamo utilizzando.

In attesa di una patch (che dovrebbe arrivare a breve), potete utilizzare il pulsante "Strumenti->Ripristina connessioni WebSocket" nella console. Questo ripristinerà la connessione sulle macchine selezionate nella griglia,

forzandole a riconnettersi.

Abbiamo identificato un secondo potenziale problema: per impostazione predefinita, l'agente WAPT si riavvia automaticamente ogni giorno (24 ore).
Per fare ciò, utilizziamo un'attività pianificata che esegue `net stop waptservice` e `net start waptservice`. Questa attività pianificata viene creata automaticamente se il servizio è in esecuzione da più di 24 ore. Sembra che a volte il comando di arresto fallisca e il comando di avvio non lo segua. Il servizio rimane quindi arrestato.

Avremmo bisogno di capire se state riscontrando il primo o il secondo scenario.

- Simon

Ciao,

ho esattamente lo stesso problema con circa un terzo delle nostre macchine distribuite.

I log degli errori sono quasi sempre gli stessi:

CRITICAL Errore durante l'unione

dei pacchetti da wapt nel db: Nessuno: Nessuno
CRITICAL Errore durante l'unione dei pacchetti da wapt-host nel db: Nessuno: Nessuno

WARNING Parametri di connessione Websocket: HTTPSConnectionPool(host='wapt.XXX.fr', porta=443): Numero massimo di tentativi superato con URL: /get_websocket_auth_token (Causato da NewConnectionError(': Impossibile stabilire una nuova connessione: [Errno 11001] getaddrinfo non riuscito'))

WARNING Parametri di connessione Websocket: Impossibile ottenere il token di autenticazione: Errore sul server:
EWaptAuthenticationFailure('UUID host sconosciuto XXXXX. Registrati prima.')

Attualmente utilizzo l'ultima versione dell'agente WAPT, la 2.1. Cordiali saluti

,

sfonteneau ha scritto: ↑2 novembre 2021 - 11:37 Salve,

in effetti volevamo limitare l'accesso al database tramite WebSocket, ma questo sta chiaramente causando problemi.

In generale, abbiamo un problema con la libreria WebSocket che stiamo utilizzando.

In attesa di una patch (che dovrebbe arrivare a breve), è possibile utilizzare il pulsante "Strumenti->Ripristina connessioni WebSocket" nella console. Questo ripristinerà la connessione sulle macchine selezionate nella griglia.

Ciò forza le macchine a riconnettersi.

Abbiamo identificato un secondo potenziale problema: per impostazione predefinita, l'agente WAPT si riavvia automaticamente ogni giorno (24 ore).
Per fare ciò, utilizziamo un'attività pianificata che esegue `net stop waptservice` e `net start waptservice`. Questa attività pianificata viene creata automaticamente se il servizio è in esecuzione da più di 24 ore. Sembra che a volte l'arresto fallisca e l'avvio fallisca. Il servizio quindi rimane arrestato.

Avremmo bisogno di verificare se si verifica il primo o il secondo scenario.

Simon

Buongiorno,

Potrei rientrare in entrambi i casi, ma secondo me rientra maggiormente nel primo, perché le postazioni in questione sono per lo più computer portatili (che in teoria non restano accesi per 24 ore).

Ma proverò il pulsante nella console; mi aiuterà mentre aspetto una soluzione...

Cristoforo.