Diskrepanz zwischen Log- und Statusanzeige

Ursache hierfür ist die neue Vorgehensweise, dass die Informationen aus Empirum Inventory für die Statusanzeige eine höhere Bedeutung hat. Im obigen Fall haben die Inventory-Daten dazu geführt, dass der Status des Paketes “Microsoft Office 2007 Enterprise” auf undefiniert umgestellt wird, obwohl es ein SWDepot-Log Eintrag gibt mit der Meldung “Success”. Ein kurzer Blick in die Inventorydaten ist der erste Schritt:

Inventorydaten (Software > Empirumpakete)

Die wichtigen Information “Hersteller”, “Produktname” und “Version” wurden während der Installation des Paketes (Setup.inf: “Developername”, “Productname” und “Version”) generiert. Vergleicht man nun diese Werte mit den Informationen der Paketeigenschaft “Microsoft Office 2007 Enterprise” im Depot, ist der Unterschied sofort erkennbar:

Paketeigenschaft von Office 2007 Enterprise

Mit Hilfe dieser Informationen ist klar zu sehen, dass nach dem Hinzufügen des Paketes in das Depot mit den Werten “Microsoft” “Office Enterprise” “12.0″ die Daten in den Paketeigenschaften manuell geändert wurden. Das Feld “Name” gilt innerhalb von Empirum jedoch als “Identifier” – in der Konfigurationsgruppe ist für Empirum nicht das Paket “Microsoft Office 2007 Enterprise” zugewiesen, sondern “Microsoft\Office\12.0″. Die Setup.inf hat jedoch das Paket “Microsoft\Office Enterprise\12.0″ installiert, welches Inventory später inventarisierte. Ein “Microsoft\Office\12.0″ ist demnach auf dem Computer nicht installiert und die Statusanzeige wird auf “undefiniert” umgestellt.

Um dieses Problem zu lösen, muss in der Paketeigenschaft wieder der korrekte Wert “Microsoft\Office Enterprise\12.0″ eingetragen werden. Ist dies geschehen, wird ein erneutes Inventarisieren des Computers den Status korrekt wieder auf “fehlerfrei” ändern.

Setzt man den Advanced Agent ein, kann es auch aus einem anderen Grund dazu kommen, dass die Statusanzeige das Paket als “undefiniert” anzeigt, obwohl es in der selben Zeile die Informationen “installiert” nebst Installationszeitpumkt angegeben werden – alles also dafür spricht, dass das Paket installiert ist. Dies kann auftreten, wenn der Advanced Agent einen Benutzerteil für dieses Paket nachinstallieren musste. Befand sich das Paket zu diesem Zeitpunkt nicht mehr im lokalen Depot, lädt der Agent aktuell das Paket zuerst wieder herunter. Dieser Vorgang wird mit einem SWDepot-Log “Downloading” und “Downloaded” vermerkt. Kommen diese Logdateien am Empirumserver an, ersetzt der Dienst “Empirum-SWDepotLog” den vorher vorhandenen “Success”-Eintrag durch den “Downloaded”. In diesem Falle helfen die Daten aus Inventory leider nicht, um das Paket auf “fehlerfrei” zu setzen, da es ein zu diesem Paket einen Eintrag im Log gibt, der nicht “Success” lautet. Mit dem Patch02 für Empirum v12, welcher Mitte/Ende Q4 erscheinen soll, wird der Logdienst ein “Success” nicht mehr durch ein “Downloading” oder “Downloaded” ersetzen und das Problem kann nicht mehr auftreten.

Keine ähnlichen Artikel vorhanden.

Keine ähnlichen Artikel vorhanden.

Voraussetzungen für einen erfolgreichen Push:

• Der Dienst „Remote Registrierung“  muss auf dem Windows 7 System in Betrieb sein.
• Der zum Push eingetragene Benutzer muss volle Rechte auf die Registry des Zielsystems haben.
• Dieser Benutzer muss uneingeschränkte administrative Rechte auf dem Zielsystem haben!
• ! Auch Administratoren können in Rechten eingeschränkt sein!
• Die Namensauflösung muss im Netzwerk zu 100% gewährleistet sein.

Folgende Hinweise können helfen, die Fehlerquelle einzukreisen:

1. Die Windows Firewall ist deaktiviert.
2. Die UAC entspricht dem Standard.  Ggf. während des Pushs deaktivieren.
3. Auf dem Zielcomputer und dem Empirumserver einen lokalen Benutzer anlegen, welcher in Namen und Passwort identisch ist und Mitglied der lokalen Administratorengruppe ist. Notfalls schaltet man das lokale Administratoren-Konto auf dem Windows 7 System frei und verwendet diesen “echten” lokalen Administrator als Push-Benutzer.  Es ist jedoch darauf zu achten, dass der lokalen Administrator des Empirum Server das selbe Passwort hat!
4. In seltenen Fällen hilft es,  den Dienst „Empirum Agent Push“ auf dem Empirum Server nicht im Kontext „Lokales System“ zu betreiben,  sondern im Kontext eines  administrativen Domänenbenutzers.

Keine ähnlichen Artikel vorhanden.

Neue Funktionen

• Unterstützung neuer Plattformen
  • Oracle als Datenbanksystem
  • Windows 2008 R2 als Empirum Server
  • Windows 2008 R2 als managebaren Computer
• Dokumentationen
  • Englischsprachige Dokumentationen
  • Step by Step Update Guide für Empirum v12
  • Erweiterte Dokumentation des Matrix42 EAI Webservice
• Empirum Erweiterungen bzgl. Windows 7
  • Windows 7 Kompatibilitätsbericht (Report)
  • Matrix42 Easy Recovery Unterstützung für Windows 7
  • MUI-Unterstützung für Windows 7
• Verschiedenes
  • Verbesserungen am Matrix42 Advanced Agent
  • Verbesserungen in der Benutzung von Matrix42 Easy Recovery
  • Verbesserungen im Rechte und Rollen Modell
  • Verwendung des Matrix42 Advanced Agent Protokolls für Matrix42 Inventory

Fixes

• Software Management
  • Administration: Verwenden von AD-Gruppen für Gruppenrechten, Suchen&Ersetzen mit Deinstallation, IP-Ermittlung bei Softwarepush
  • Advanced Agent: Auswertung der Zeitplanereinstellung, Buchstaben in Versionsnummern
  • Legacy Agent: /C Aufrufparameter
  • Verbesserungen des PatchManagements
• OS-Installer
  • Verbesserungen im EPE-Kernel
  • Installation des OS auf anderes Laufwerk als C:
  • Verbesserungen in den Autologonphasen bei Windows 7
  • Windows 7 Enterprise mit MAK-Schlüssel installieren
• Inventory
  • Verbesserungen im Lizenzmanagement
• Personal Backup
  • In seltenen Fällen wurde eine Datei nicht im Ursprungsformat zurück gesichert

Keine ähnlichen Artikel vorhanden.

Zwar gab es auch für Empirum 2008 bereits einen Workaround, der von vielen Technikern eingesetzt wurde, aber erst mit V12 wurde eine Netspy- Funktion eingeführt die auch von Matrix42 supported wird.

Leider ist die Funktion ein wenig versteckt. Denn es gibt dafür kein eigenes Boot- Template, sondern man muß das NetSpy erst – ähnlich wie End of Life – als Betriebssystem konfigurieren.

Ist das aber erstmal geschehen, steht ein NETSPY-Betriebssystemtemplate bereit, das man mit jedem beliebigen EPE-Image an den Client zuweisen und aktivieren kann. Einmal eingeschaltet, bootet der Client wie gewohnt automatisch, für ein Spy durch, zeigt je nach Konfiguration die Spy-Informationen direkt am Client an oder deaktiviert sich automatisch wieder um nach einem erneuten Reboot das bereits installierte Betriebssystem zu booten.

Keine ähnlichen Artikel vorhanden.

Keine ähnlichen Artikel vorhanden.

Leider führt dies in der aktuellen Version von Empirum v12 zu dem Problem, dass einer der eigentlich deaktivierten Optionen doch in die Konfiguration des Legacy Agents geschrieben wird – da die Option nicht konfiguriert ist, wird die DHCP-Optionsnummer “0″ vergeben. Startet nun der Legacy Agent auf dem Computer mit dieser Konfiguration (Bsp: 0 = EmpSrvLong / 128 = Empirumserver) führt dies zu dem unvorhergesehenen Ereignis, dass übertragene Wert auf Option 128 nun der Variable EmpSrvLong zugeordnet wird und die Variable Empirumserver geleert wird.

Hier nach hilft es nur noch, den Eintrag mit der Option “0″ aus der Registrierungsdatenbank des Computers zu entfernen:

HKLM,Software\matrix42\DHCPOption : 0

Auch ein erneutes Ausrollen des Agenten führt nicht zum Löschen dieses Schlüssels.

Um das Problem von Anfang an zu umgehen, müssen in Empirum DBUtil alle DHCP-Optionen aktiviert werden. Idealerweise vergibt man Optionsnummern, welche vom DHCP-Server nicht bedient werden: Beispielsweise 200 – 204. Am DHCP-Server muss nichts konfiguriert werden, da die ausgewählten Optionen erst gar nicht übertragen werden sollen.

Keine ähnlichen Artikel vorhanden.

Dieser Patch (seit Empirum v12 wird nicht mehr von einem “Hotfix” gesprochen) behebt folgende Dinge:

• “Empirum-PatchManagement v2″-Dienst konnte nach einer Änderung bei den Microsoft Patches diese nicht mehr herunterladen
• Unter Umständen hatte der “Empirum-Treiber”-Dienst nicht nur die markierten Treiber heruntergeladen
• Unter Umständen wurden die Betriebssystemdateien wiederholt heruntergeladen
• “Empirum Self Provisioning” funktionierte teilweise bei unbekannten MAC-Adressen nicht

Dieser Patch enthält noch nicht die Unterstützung für Oracle Datenbanken und Microsoft Server 2008 R2. Diese wird voraussichtlich mit dem kommenden Patch 02 ausgeliefert werden.

Keine ähnlichen Artikel vorhanden.

Ursache dafür ist der Standard-Loglevel der Eis-Scripte, der unter Empirum 2008 R2 zu hoch gesetzt ist. Standard sollte eigentlich 2 sein – damit werden nur schwere Fehler im Log vermerkt. Durch einen Fehler im Eis-Script wird aber Level 10 gesetzt – hierbei wird die gesamte Script-Ausführung incl. Debug- Informationen niedergeschrieben.

Ein solches Log umfasst schnell mal mehrere 1.000 Zeilen und benötigt entsprechend viele Schreibzugriffe bei der Erstellung. Man kann im EPE- Image den Loglevel mitgeben. Dazu muss bei den EPE-Kernelparametern der Wert: ‘EIS_DEBUGMODE=2′ mitgegeben werden. Dann noch das Image neu erstellen und testen!

Der Fehler ist auch in den aktuellen Empirum V12- Scripten noch enthalten, soll aber mit dem nächsten Hotfix gelöst werden.

Natürlich kann man an genau dieser Stelle auch den Loglevel hoch setzen, wenn man mehr Debuginformationen benötigt – z.B. im Verlauf einer Treibereinbindung. Welche Auswirkungen welcher Debugmodus-Level hat, kann im EPE-Howto von Matrix42 nachgelesen werden.

Keine ähnlichen Artikel vorhanden.

Die neue Version v12 unterstützt unter anderem:

• Der Empirumserver, die EMC und der Depotserver können auch auf 64bit Systemen bis einschließlich Server 2008 (ohne R2) eingesetzt werden
• Als Datenbankserver können MS SQL 2005 und 2008 in 32bit sowie in 64bit verwendet werden
• Server 2008 und Windows 7 können ausgerollt werden
• Die Module Software Management, Inventory, Personal Backup, Easy Recovery unterstützen ebenfalls Server 2008 und Windows 7
• End of Life und NetSpy auch über EPE
• und und und

Den hauseigene Empirumserver habe ich bereits gestern von Empirum 2008 R2 HF02 auf Empirum v12 gehoben und der Rollout einiger Rechner mit Windows 7 verliefen äußerst unspektakulär (meine Person ausgenommen, die sich wie ein kleiner SchneekönigAdministrator freute). Auch der Advanced Agent verteilte kommentarlos die Batterie an Standardsoftware wie Virenscanner, Office 2007, Telefonsoftware, usw.

Keine ähnlichen Artikel vorhanden.