Ruhiges IT-Forum

Hallo,
nach dem Upgrade auf Konsolenversion 1.5 werden meine Arbeitsstationen nicht mehr angezeigt. Das Server-Update scheint erfolgreich gewesen zu sein. Alles funktioniert anscheinend, nur die Arbeitsstationen sind nicht mehr sichtbar, was die Installation des neuen Agenten verhindert.
Ich bin der Anleitung Schritt für Schritt gefolgt; könnte ich etwas übersehen haben?

viewtopic.php?f=9&t=886

Ohne zu wissen, ob Sie Windows oder Linux verwenden, wird es schwierig sein, Ihnen zu helfen...

Entschuldigung,

Linux Debian 9 Server
, Konsole unter Windows 10 Pro,
Windows 7 Pro Clients mit Agent 1.3

auf dem Server.
WAPT-Serverversion: 1.5.1.16,
WAPT-Agentversion: 1.5.1.16,
WAPT-Setupversion: 1.5.1.16,
WAPT-Deploy-Version: 1.5.1.16,

Konsolenversion: 1.5.1.16

Durch die manuelle Installation des neuen Agenten auf einem Client-Rechner (der keine Rückmeldung gibt) wird er wieder in der Konsole angezeigt.
Kommuniziert der alte Agent nicht mit dem neuen Server?

beemoon schrieb: ↑24. Jan. 2018 - 15:02 Uhr Durch die manuelle Installation des neuen Agenten auf einem Client-Rechner (der keine Rückmeldung gibt) erscheint er wieder in der Konsole.
Kommuniziert der alte Agent nicht mit dem neuen Server?

Nein, der neue Agent muss tatsächlich Version 1.5 sein.

Normalerweise wird beim Starten von postconf unter Linux die Migration der MongoDB-Datenbank initiiert.

Ich führe noch einige interne Tests durch.

Ich habe den Befehl `sudo -u wapt python /opt/wapt/waptserver/waptserver_upgrade.py upgrade2postgres` erneut ausgeführt . Hier ist das Ergebnis beim Auslesen der MongoDB-Daten : 2018-01-24T15:59:36.855+0100 I NETWORK [initandlisten] Verbindung von 127.0.0.1:41962 akzeptiert #1 (1 Verbindung geöffnet) 2018-01-24T15:59:36.856+0100 Fehler: Ungültiger Datenbankname: '/var/lib/mongodb/' Traceback (letzter Aufruf): Datei "/opt/wapt/waptserver/waptserver_upgrade.py", Zeile 200, in upgrade2postgres() Datei "/opt/wapt/waptserver/waptserver_upgrade.py", Zeile 158, in upgrade2postgres jsondata = create_import_data() Datei "/opt/wapt/waptserver/waptserver_upgrade.py", Zeile 77, in create_import_data data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray --db=%s' % mongo_datadir,shell=True) Datei "/usr/lib/python2.7/subprocess.py", Zeile 219, in check_output raise CalledProcessError(retcode, cmd, output=output) subprocess.CalledProcessError: Der Befehl 'mongoexport -d wapt -c hosts --jsonArray --db=/var/lib/mongodb/' gab den Exit-Status 1 zurück 2018-01-24T15:59:36.862+0100 I NETWORK [conn1] Verbindung 127.0.0.1:41962 beendet (0 Verbindungen geöffnet)

Ah, ich habe --dbpath in --db geändert, weil es einen Fehler verursacht hat.

Schließlich habe ich `--dbpath` und seinen Parameter entfernt, da die Option bei der Ausführung von `mongoexport --help` nicht existiert.
Der Befehl
`/usr/bin/python /opt/wapt/waptserver/scripts/postconf.py`

läuft fehlerfrei.

Trotzdem werden in der Konsole keine Maschinen angezeigt!

Da es sich um eine Beta-/RC-Version handelt, werde ich meine Agenten neu bereitstellen.

Ja, ich hab's gefunden!

Das Skript `/opt/wapt/waptserver/waptserver_upgrade.py` verursacht unter Linux einen Fehler.

Folgendes habe ich geändert:

`+ 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`

Jetzt funktioniert der Befehl
`sudo -u wapt python /opt/wapt/waptserver/waptserver_upgrade.py upgrade2postgres/opt/wapt/waptserver/waptserver_up`

fehlerfrei und zeigt die Exporte korrekt an; die PCs sind wieder in der Konsole.