Guten Morgen,
auf einigen Systemen die über verschiedene Depot-Server mit Softwarepaketen versorgt werden, wird sporadisch der Fehler "Check file is not available" protokolliert und die Paketinstallation wird nicht fortgesetzt bzw. erst gar nicht gestartet. In den Log-Dateien ist zu erkennen, dass es nach einiger Zeit auf einmal wieder funktioniert.
Hat jemand ne Idee in "welcher Ecke" vom Empirum hier zu schauen, um den Fehler einzugrenzen? Was ist überhaupt mit "Check file" gemeint?
UEM-Agent Version: 2212.2.2
Empirum: 22.0.1.6711
Fehlermeldung UEM-Agent in Depot-Standorten "Check file is not available"
Moderator: MVogt
-
- Posts: 7
- Joined: 13. Mar 2013, 17:56
- Contact:
Re: Fehlermeldung UEM-Agent in Depot-Standorten "Check file is not available"
Hallo,
klingt danach, als wäre die Setup.inf nicht auf dem Depotserver.
klingt danach, als wäre die Setup.inf nicht auf dem Depotserver.
-
- Posts: 7
- Joined: 13. Mar 2013, 17:56
- Contact:
Re: Fehlermeldung UEM-Agent in Depot-Standorten "Check file is not available"
Danke, das war es.
Der Fehler tritt nur auf einem neuen Depot-Server auf, der mittels UEM Agent synchronisiert wird. Anscheinend kommt der UEM Agent bei einigen Paketen mit der Versionierung durcheinander. Zudem kann er auch einige Paketdateien nicht synchronisieren.
Er versucht eine Datei ..\Paketname\2.0\neoSource\foo.msi zu synchronisieren, die es aber in 2.0 gar nicht gibt. Die ist nur in ..\Paketname\1.0\neoSource\ vorhanden.
Vielleicht stimmt etwas mit der Interpretation der höheren Versionsangaben innerhalb der Pakete nicht...
Der Fehler tritt nur auf einem neuen Depot-Server auf, der mittels UEM Agent synchronisiert wird. Anscheinend kommt der UEM Agent bei einigen Paketen mit der Versionierung durcheinander. Zudem kann er auch einige Paketdateien nicht synchronisieren.
Er versucht eine Datei ..\Paketname\2.0\neoSource\foo.msi zu synchronisieren, die es aber in 2.0 gar nicht gibt. Die ist nur in ..\Paketname\1.0\neoSource\ vorhanden.
Vielleicht stimmt etwas mit der Interpretation der höheren Versionsangaben innerhalb der Pakete nicht...
Re: Fehlermeldung UEM-Agent in Depot-Standorten "Check file is not available"
Guten Morgen,
Hast du das Problem in der Zwischenzeit lösen können?
Wir haben mehrere Depotserver, aber nur einer ist etwas zickig.
Schöne Grüße
Bernhard
Hast du das Problem in der Zwischenzeit lösen können?
Wir haben mehrere Depotserver, aber nur einer ist etwas zickig.
Schöne Grüße
Bernhard
IT-Administrator mit Migrationshintergrund bei Fraunhofer-Gesellschaft
Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express
Produktionssystem: W2k22, Empirum 24.0.1, MS SQL 2017 Enterprise
Testsystem: W2k19, Empirum 24.0.1, MS SQL 2017 Express
-
- Posts: 6
- Joined: 01. Apr 2020, 13:01
- Contact:
Re: Fehlermeldung UEM-Agent in Depot-Standorten "Check file is not available"
Das Problem haben wir, seit wir unsere Depotserver auf den Depot Sync umgestellt haben vor ca. 2 Jahren. Es werden übrigens auch nach einem Sync willkürlich Versionen eines Pakets im Dateisystem gelöscht und nicht erneut synchronisiert, da der Hash Wert noch in der Registry existiert.
Ein Monatelanges Supportticket mit erweitertem Logging und Protokollen ergab nichts. Schlussendlich wurde das Ticket geschlossen, nachdem Matrix42 der Meinung war, es muss an der Umgebung bei uns liegen.
Da bin ich ja mal gespannt wie es hier weitergeht.
Ich lösche alle paar Tage in der Registry auf jedem Depotserver den Schlüssel: HKEY_LOCAL_MACHINE\SOFTWARE\MATRIX42\Platform\Service\Extension\ObjectStore\Data
danach werden alle Jobs und Hashes neu erzeugt. Am Besten dazu den Matrix42UAF Dienst stoppen, Reg löschen, Dienst wieder Starten.
Danach werden die fehlenden Daten wieder gesynced.
Man kann auch folgenden Key setzen, dann werden angeblich auch alle Hashes neu erzeugt, die obere Methode funktioniert meiner Meinung nach aber deutlich zuverlässiger: [HKEY_LOCAL_MACHINE\SOFTWARE\MATRIX42\Platform\Service\Extension\ObjectStore\Data]
SyncTemplate.RenewPackagesHashesOnce=1
Ein Monatelanges Supportticket mit erweitertem Logging und Protokollen ergab nichts. Schlussendlich wurde das Ticket geschlossen, nachdem Matrix42 der Meinung war, es muss an der Umgebung bei uns liegen.
Da bin ich ja mal gespannt wie es hier weitergeht.
Ich lösche alle paar Tage in der Registry auf jedem Depotserver den Schlüssel: HKEY_LOCAL_MACHINE\SOFTWARE\MATRIX42\Platform\Service\Extension\ObjectStore\Data
danach werden alle Jobs und Hashes neu erzeugt. Am Besten dazu den Matrix42UAF Dienst stoppen, Reg löschen, Dienst wieder Starten.
Danach werden die fehlenden Daten wieder gesynced.
Man kann auch folgenden Key setzen, dann werden angeblich auch alle Hashes neu erzeugt, die obere Methode funktioniert meiner Meinung nach aber deutlich zuverlässiger: [HKEY_LOCAL_MACHINE\SOFTWARE\MATRIX42\Platform\Service\Extension\ObjectStore\Data]
SyncTemplate.RenewPackagesHashesOnce=1
Who is online
Users browsing this forum: No registered users and 1 guest