Forum IT Tranquillo

Salve,
dopo l'aggiornamento alla versione 1.5 della console, non riesco più a visualizzare le mie workstation. L'aggiornamento del server sembra essere andato a buon fine. Tutto sembra funzionare correttamente, tranne per il fatto che le mie workstation non sono più visibili, il che mi impedisce di distribuire il nuovo agente.
Ho seguito la procedura passo passo; potrei aver tralasciato qualcosa?

viewtopic.php?f=9&t=886

Senza nemmeno sapere se stai usando Windows o Linux, sarà difficile aiutarti...

Mi dispiace,

server Linux Debian 9
, console su Windows 10 Pro,
client Windows 7 Pro con agente 1.3

sul server.
Versione del server WAPT: 1.5.1.16,
versione dell'agente WAPT: 1.5.1.16,
versione di installazione WAPT: 1.5.1.16,
versione di distribuzione WAPT: 1.5.1.16,

versione della console: 1.5.1.16

Installando manualmente il nuovo agente su una macchina client (che non invia alcun report), questo ricompare nella console.
Il vecchio agente non comunica con il nuovo server?

beemoon ha scritto: ↑24 gen 2018 - 15:02 Installando manualmente il nuovo agente su una macchina client (che non invia alcun report), questo riappare nella console.
Il vecchio agente non comunica con il nuovo server?

No, in effetti il ​​nuovo agente deve essere la versione 1.5.

Solitamente quando si avvia postconf su Linux, si avvia la migrazione del database MongoDB.

Sto effettuando altri test interni.

Ho eseguito nuovamente il comando

sudo -u wapt python /opt/wapt/waptserver/waptserver_upgrade.py upgrade2postgres

ed ecco il risultato

del dump dei dati di mongodb
2018-01-24T15:59:36.855+0100 I NETWORK [initandlisten] connessione accettata da 127.0.0.1:41962 #1 (1 connessione ora aperta)
2018-01-24T15:59:36.856+0100 Fallito: nome del database non valido: '/var/lib/mongodb/'
Traceback (chiamata più recente):
File "/opt/wapt/waptserver/waptserver_upgrade.py", riga 200, in
upgrade2postgres()
File "/opt/wapt/waptserver/waptserver_upgrade.py", riga 158, in upgrade2postgres
jsondata = create_import_data()
File "/opt/wapt/waptserver/waptserver_upgrade.py", riga 77, in create_import_data
data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray --db=%s' % mongo_datadir,shell=True)
File "/usr/lib/python2.7/subprocess.py", riga 219, in check_output
raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Il comando 'mongoexport -d wapt -c hosts --jsonArray --db=/var/lib/mongodb/' ha restituito uno stato di uscita diverso da zero 1
2018-01-24T15:59:36.862+0100 I RETE [conn1] termina connessione 127.0.0.1:41962 (0 connessioni aperte)

Ah, ho cambiato --dbpath in --db perché causava un errore.

Infine, ho rimosso `--dbpath` e il relativo parametro perché quando eseguo `mongoexport --help`, l'opzione non esiste.
Il comando
`/usr/bin/python /opt/wapt/waptserver/scripts/postconf.py`

viene eseguito senza errori.

Ma ancora nessuna macchina nella console!

Dato che si tratta di una versione beta/RC... procederò a ridistribuire i miei agenti.

Sì, l'ho trovato!!!!

È lo script /opt/wapt/waptserver/waptserver_upgrade.py che presenta un bug su Linux.

Ecco cosa ho modificato:

+ data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray ',shell=True)^M
- data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray --dbpath=%s' %

+ jsondata = json.loads(data)^M
- jsondata = json.load()^M

Ora il comando
sudo -u wapt python /opt/wapt/waptserver/waptserver_upgrade.py upgrade2postgres/opt/wapt/waptserver/waptserver_up

non dà più un errore e visualizza correttamente le esportazioni; i PC sono di nuovo nella console.