Hallo Martin und ein schönes neues Jahr,
Empirum lässt unterschiedliche Konfigurationen zu.
Wenn Der Benutzernamen bei Dir bzw. Deiner Umgebung leer ist, dann stimme dich zuerst mit demjenigen ab, der die Umgebung implementiert hat.
Ansonsten musst Du beim Computerobjekt in der EMC unter Variablen, SubDepot, User_1 und Passwort_1 die Daten für den Empirum-Agenten hinterlegen, damit Du diese bei der Agenten-Konfiguration zur Auswahl bekommst.
Viele Grüße
Jochen

Bei mir steht kein Benutzername im Auswahlfeld unter Ausfallserver.

Das Feld ist ausgegraut. Ändere ich etwas, werde ich aber auf das Fehlen hingewiesen.
Wo sollten die Einstellungen herkommen?

Danke für Infos

Hallo Daniel,
(1) ich würde das Paket nur als Version 16.0 zuweisen und darin die Quellen austauschen. Paket anschlie0end „Neu validieren“ und derzeit zur Sicherheit auch die Build Nummer in der Inf anpassen.
(2) ist es vielleicht dein Backslash nach dem Komma? (HKLM,\SOFTWARE)
Viele Grüße
Jochen

Hallo Frank,
das macht das PrepareDrvByModell mit. Da muss ich jedoch schauen, ob ich die aktuelle Version bereitgestellt habe.
Ebenso der HardwareProfileValidator, der im Matrix42 Marketplace ist.
Aber auch bei dem muss ich mal nachschauen, ob er die akuelle Version beinhaltet.
Dein Gedanke hatte ich schon lange und ist also umgesetzt.

Falls er keinen passenden Treiber finden kann, bleibt er für 2 Std stehen bevor er einen Neustart macht.
Eine Meldung erscheint im SWDepot-Log.
Man kann per Variable auch übersteuern, ob die Maschine trotz nicht vorhandenem Treiber weiter Windows X installieren soll.

Danke für den Hinweis.
Viele Grüße
Jochen

Viele Grüße
Frank

ich versuche das gerade entsprechend für das Office 365 Paket umzusetzen, bin aber etwas ratlos, auf was man am Besten prüfen sollte.

Hintergrund ist, man verteilt O365 in einer bestimmten Version (Basis-Paket mit Quellen), Updates erfolgen dann durch die Office-Installationen selbst, in dem diese in einer definierte Netzwerkfreigabe nach Aktualisierungen suchen und anwenden.

Es kann nun auch vorkommen, das man das Basis-Paket aktualisieren muss. Dort wo O365 bereits in der selben Version oder höher installiert, soll die Installation als „installiert“ übernommen werden.

Meine Prüfung dazu sieht wie folgt aus, leider funktioniert das nicht, wie ich es mir vorgestellt habe:

[CheckAlreadyInstalled]
;*** Prüfen ob bereits eine neuere Version von Microsoft 365 Apps for Enterprise – de-de installiert ist
IF DoesRegKeyExist („HKLM,\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\O365ProPlusRetail – de-de,DisplayVersion“) >= „16.0.18526.20604“ & DoesRegKeyExist („HKLM,SOFTWARE\%MachineKeyName%\Setup,DisplayName“) == „0“ Then „AlreadyInstalled“ EndIf

Hat eventuell jemand einen Tipp?

VG
Daniel

Hallo Herr Martens,

folgende Fragen zu ihrem Szenario.
Das Empirum SubDepot ist auch der Windows DHPC Server, oder ist dieser getrennt?
Sind die Clients im gleichen Subnetz, wie das SubDepot?
Welche Art von DHCP Relay nutzen Sie?

Die DHCP Option 128 ist nur für die Softwareverteilung bzw. die „nach PXE“ Phase.
Die DHCP Option für das Subnetz der Clients am Standort sollte, wenn sie schon mit DHCP Option arbeiten, auf das neu einzurichtende SubDepot zeigen. Gerne mit dem FQDN.

Der PXE Server wird, wenn nur, in den Optionen „Nur PXE“ und „Kompatibilitätsmodus“ betrieben.
Nur PXE (UDP Port 67) – der Windows Server des Empirum SubDepots (PXE) ist nur Empirum SubDepot und die Clients befinden sich im gleichen Subnetz oder finden per DHCP Relay/IP Helper ihren Weg zum PXE-Server.
Kompatibilitätsmodus (UDP Port 4011) – der Windows Server des Empirum SubDepots ist neben des Empirum SubDepots (PXE) auch DHCP Server, oder es werden die DHCP Optionen 43/60 genutzt.
Wenn der Server bereits ein Windows DHPC Server ist, so bietet dieser bereits seine Dienste auf Port 67 an, weshalb der PXE Dienst diesen Port dann nicht mehr belegen kann und im Kompatibilitätsmodus auf den Port 4011 ausweicht.

Ich hoffe, das bringt etwas Licht ins Dunkle.

Viele Grüße
Jochen Schmitt

Hallo Marc,
vielleicht habe ich es im Beitrag nicht genug rausgestellt.
Die Logs werden zuerst, wie du sagst, am besten unter %Programdata%\.. abgelegt.
Es geht darum, dass im Fehlerfalle das Log aus %Programdata%\.. (in meinem Beispiel %MSILogFile%) nach EmpirumAgent\Log kopiert wird, damit das Log zusätzlich auf den EmpirumServer übertragen wird.
Denn meines Erachtens wird es immer schwerer bis unmöglich im Fehlerfalle, auf die Logs auf einem lokalen Computer zuzugreifen.
Grüße
Jochen

Würde es daher eher vorziehen, solche Logs unter c:\ProgramData\Matrix42\Logs abzulegen und dort abzuholen, bzw. einfach auf einen Logserver zu kopieren.
Brauch man zwr ein Extrapaket, da der Agent ja hier nichts holt, aber so verbleiben die Logs auch auf dem Client.

Oder man kopiert diese in das eben benannte Verzeichnis per setup.inf und belässt die manuell angelegten Ordner unter c:\EmpirumAgent\Log. Dann holt der Agent diese ab und unter %ProgramData%\Matrix42\Logs sind diese für den Support auf dem Client.

Viele Grüße

Marc