Syncovery Support Forum

Ich starte mit "Ausführen Nachher" ein Skript, welches den Profil-Status an mein Monitoringsystem meldet.
Nachher: Das Skript liest neben den Logs auch den Profilstatus mittels http://localhost:8999/profilelist.json - aber dieser ist noch nicht up-to-date, d.h. ich erhalte den Status des vorigen Laufes insbesondere in den Feldern

• isRunning

• lastRunString

• lastRunHadError

Offenbar setzt Syncovery den Nachher-Run ab und erledigt danach noch das Statusupdate.

Mit "#" vor dem Nachher-Kommando scheint die Sequentialisierung zu klappen, aber das ist im GUI nicht so beschrieben:
"... oder mit #, um das Warten vollständig zu deaktivieren." Das past m.E. nicht zur gegebenen Situation (evtl. zu Vorher:).

Wunsch 1: das Standardverhalten von "Nachher:" sollte wirklich sequentiell nachher starten - also erst, wenn Syncovery komplett mit dem Profil durch ist.

Wunsch 2: die Dokumentation im GUI sollte das Timing-Verhalten (sofern es nicht-trivial ist) genau beschreiben.

Syncovery-Version: 12.4.6 (64bit)

Danke und Grüße

Hi,
die Dokumentation is korrekt.

Bei # startet Syncovery den externen Job und rauscht sofort weiter und schreibt alle finalen Logs und Status.

Es ist aber Zufall, ob Syncovery hier schneller ist als das externe Script. Das Script bräuchte vielleicht noch eine anfängliche Wartezeit.

Ohne # kann ich nichts ändern. Der Rückgabewert des externen Scripts muss in die Job-Logdatei. Da ist der Job also noch lange nicht komplett beendet.

Eigentlich sollte das Powershell-Script nur ein Flag setzen und sich sofort beenden, und das Flag wird wiederum von einem anderen Prozess abgerufen, und der macht dann das mit dem Status.