Probleme mit SWDepotLog
Moderator: MVogt
-
- Posts: 94
- Joined: 30. Nov 2006, 13:29
- Contact:
Probleme mit SWDepotLog
Hallo,
ich hätte da mal ein Problem mit dem SWDepotLog. Vielleicht kannn mir ja jemand weiterhelfen.
Folgende Umgebung:
Empirum Server unter Linux (SLES9) mit Oracle Server
Windows XP -Client (über Empirum neu installiert)
Wenn ich dem frisch installierten XP-Rechner eine Software (z.B. Helios Textpad) zuteile und den Rechner aktiviere, dann installiert er sowohl den Maschinen-Teil, als auch den Benutzer-Teil anstandslos...
Aber:
Er erzeugt sowohl für den Maschinen-Teil, als auch für den Benutzer-Teil 2 Einträge im SWDepot-Log von denen nach erfolgreicher Installation aber nur einer seinen Status auf success ändert und der zweite bleibt auf running.
Dadurch wird in der Status-Anzeige die Software natürlich nie als installiert angezeigt (grün), sondern immer als undef (gelb)
Hat jemand eine Idee woran das liegen könnte ?
Viele Grüße,
Markus
ich hätte da mal ein Problem mit dem SWDepotLog. Vielleicht kannn mir ja jemand weiterhelfen.
Folgende Umgebung:
Empirum Server unter Linux (SLES9) mit Oracle Server
Windows XP -Client (über Empirum neu installiert)
Wenn ich dem frisch installierten XP-Rechner eine Software (z.B. Helios Textpad) zuteile und den Rechner aktiviere, dann installiert er sowohl den Maschinen-Teil, als auch den Benutzer-Teil anstandslos...
Aber:
Er erzeugt sowohl für den Maschinen-Teil, als auch für den Benutzer-Teil 2 Einträge im SWDepot-Log von denen nach erfolgreicher Installation aber nur einer seinen Status auf success ändert und der zweite bleibt auf running.
Dadurch wird in der Status-Anzeige die Software natürlich nie als installiert angezeigt (grün), sondern immer als undef (gelb)
Hat jemand eine Idee woran das liegen könnte ?
Viele Grüße,
Markus
-
- Posts: 34
- Joined: 18. Mar 2005, 20:30
- Location: Berlin
- Contact:
Hallo Markus,
wir haben das gleiche Problem seit der Installtion des HF02.
Bei uns läuft der Empirum Server mit Windows Server 2003 und SQL 2000 Datenbank.
Der benutzerspezifische Teil des Setups mit /AW bleibt auch auf runnig obwohl es auf dem Client ordungsgemäß installiert wird.
Wir haben bereits einen Call beim Support M42 dazu eröffnet.
Viele Grüße
Markus
wir haben das gleiche Problem seit der Installtion des HF02.
Bei uns läuft der Empirum Server mit Windows Server 2003 und SQL 2000 Datenbank.
Der benutzerspezifische Teil des Setups mit /AW bleibt auch auf runnig obwohl es auf dem Client ordungsgemäß installiert wird.
Wir haben bereits einen Call beim Support M42 dazu eröffnet.
Viele Grüße
Markus
-
- Posts: 94
- Joined: 30. Nov 2006, 13:29
- Contact:
Hallo Markus,
danke auf jeden Fall für Deinen Hinweis. Ich glaube aber, daß ich mittlerweile weiß, wo das Problem liegt...
Wenn ein neues Paket für die Verteilung zugewiesen wird, fängt der Client irgendwann mit der Installation an. Dabei führt er den Maschinen-Teil und den User-Teil (wenn ich währendessen als Admin auf dem Client angemeldet bin) aus. Er erzeugt sofort 2 Log-Files in denen er sowohl den Maschinen-Teil, als auch den User-Teil des Auftrags als "runnning" meldet. Das ist ja auch korrekt, denn bei einem "mächtigen" Paket, das z.B. für die Installation 20 Minuten braucht, wird hier korrekt zurück gemeldet, daß die Installation begonnen hat...
Nach der Installation werdne nochmals 2 Logfile-Einträge erzeugt mit dem Status "success". Das ist ja auch korrekt, da die Jobs fehlerfrei durchgelaufen sind und die Software korrekt installiert wurde.
Das Problem bzw. der Fehler scheint zu sein, daß er die "Runnig"-States nicht updatet sobald die "Success"-Meldungen eintreffen, sondern er behandelt alle 4 Meldungen seperat. Somit habe ich jeweils Success und Runnig als Status-Meldung auf dem Client und somit ist die "Status-Schnittmenge" bzgl. dieser Software auf diesem Client immer noch "Running"...
Jetzt die Frage an die "Offiziellen"... Woran könnte das liegen ?
Vielleicht ein Fehler im empswlogd ?
Viele Grüße,
Markus
danke auf jeden Fall für Deinen Hinweis. Ich glaube aber, daß ich mittlerweile weiß, wo das Problem liegt...
Wenn ein neues Paket für die Verteilung zugewiesen wird, fängt der Client irgendwann mit der Installation an. Dabei führt er den Maschinen-Teil und den User-Teil (wenn ich währendessen als Admin auf dem Client angemeldet bin) aus. Er erzeugt sofort 2 Log-Files in denen er sowohl den Maschinen-Teil, als auch den User-Teil des Auftrags als "runnning" meldet. Das ist ja auch korrekt, denn bei einem "mächtigen" Paket, das z.B. für die Installation 20 Minuten braucht, wird hier korrekt zurück gemeldet, daß die Installation begonnen hat...
Nach der Installation werdne nochmals 2 Logfile-Einträge erzeugt mit dem Status "success". Das ist ja auch korrekt, da die Jobs fehlerfrei durchgelaufen sind und die Software korrekt installiert wurde.
Das Problem bzw. der Fehler scheint zu sein, daß er die "Runnig"-States nicht updatet sobald die "Success"-Meldungen eintreffen, sondern er behandelt alle 4 Meldungen seperat. Somit habe ich jeweils Success und Runnig als Status-Meldung auf dem Client und somit ist die "Status-Schnittmenge" bzgl. dieser Software auf diesem Client immer noch "Running"...
Jetzt die Frage an die "Offiziellen"... Woran könnte das liegen ?
Vielleicht ein Fehler im empswlogd ?
Viele Grüße,
Markus
-
- Posts: 94
- Joined: 30. Nov 2006, 13:29
- Contact:
-
- Posts: 34
- Joined: 18. Mar 2005, 20:30
- Location: Berlin
- Contact:
-
- Posts: 34
- Joined: 18. Mar 2005, 20:30
- Location: Berlin
- Contact:
Ich fragte nur nach da ich ein ähnliches Problem habe. Ein Paket bleibt auf "Runing" gesetzt obwohl es fertig installiert wurde.
Die Logs werden über einen Depotserver und Syncscripte zurückgeholt und der "Zeitstempel" ist im HH:MM Format. Bei diesen Clients wird der Status teilweise als Running angezeigt. Hat der "Zeitstempel" das Format "HH:MM:SS" wird der Status korrekt angezeigt !
Hat jemand eine Idee?
Die Logs werden über einen Depotserver und Syncscripte zurückgeholt und der "Zeitstempel" ist im HH:MM Format. Bei diesen Clients wird der Status teilweise als Running angezeigt. Hat der "Zeitstempel" das Format "HH:MM:SS" wird der Status korrekt angezeigt !
Hat jemand eine Idee?
Hallo,
ich hatte das Problem auch schon unter Empirum 2005 PFP.
Umgebung: RedHat ES4 ( ich weiß, steht nicht auf der Supportliste)mit Oracle Server.
Ursache war bei uns die Sortierung wie der Server die Files in EmpInv sieht. Liegt das Verzeichnis direkt auf dem Linux Server werden bei einem ls -l die Files nach Namen sortiert und in der Reihenfolge liest sie der Dienst auch ein.
Deshalb habe ich das ganze auf unser NAS umgelagert, mount per NFS (ob's auch mit smbmount funktioniert ?). ls -l zeigt dann die Files in der Reihenfolge wie die Files erzeugt werden und schon waren die Pakete mit Status running weg.
Vielleicht hat es mit dem hf2 Emp 2005 PFP R2 ja hier auch eine Änderung beim Namen der Log-Files gegeben die zu diesem Problem führen.
Gruß Ivo
ich hatte das Problem auch schon unter Empirum 2005 PFP.
Umgebung: RedHat ES4 ( ich weiß, steht nicht auf der Supportliste)mit Oracle Server.
Ursache war bei uns die Sortierung wie der Server die Files in EmpInv sieht. Liegt das Verzeichnis direkt auf dem Linux Server werden bei einem ls -l die Files nach Namen sortiert und in der Reihenfolge liest sie der Dienst auch ein.
Deshalb habe ich das ganze auf unser NAS umgelagert, mount per NFS (ob's auch mit smbmount funktioniert ?). ls -l zeigt dann die Files in der Reihenfolge wie die Files erzeugt werden und schon waren die Pakete mit Status running weg.
Vielleicht hat es mit dem hf2 Emp 2005 PFP R2 ja hier auch eine Änderung beim Namen der Log-Files gegeben die zu diesem Problem führen.
Gruß Ivo
Who is online
Users browsing this forum: No registered users and 7 guests