Probleme nach Installation Addon 2
Moderator: jknoth
-
cscheuringer
- Posts: 39
- Joined: 06. Jun 2008, 11:42
- Location: Oberösterreich
- Contact:
Probleme nach Installation Addon 2
Seit der Installation des Addon 2 macht unser Empirum Server massive Probleme.
Aktiviere ich einen Rechner mit Bootimage(EPE) erhalte ich die Fehlermeldung Stg1ldr configuration not found
Ich habe mittels PXE Boot den PXE Dienst beim Start mitgesnifft siehe Anhang.......
Des weiteren läuft der Dienst EmpirumAgentPush nicht mehr und lässt sich auch nicht starten.........
Des weiteren erhalte ich in der Ereignisanzeige des Servers folgende Fehler
Fehler bei der Anmeldung für den Benutzer 'NT-AUTORITÄT\ANONYMOUS-ANMELDUNG'. [CLIENT: 192.168.189.6]
Der Client 192.168.189.6 ist unser DHCP.....
Call ist schon eröffnet, vl ist jemand der Forengemeinde schon auf diverse Fehler gestoßen
Freundliche Grüße
Aktiviere ich einen Rechner mit Bootimage(EPE) erhalte ich die Fehlermeldung Stg1ldr configuration not found
Ich habe mittels PXE Boot den PXE Dienst beim Start mitgesnifft siehe Anhang.......
Des weiteren läuft der Dienst EmpirumAgentPush nicht mehr und lässt sich auch nicht starten.........
Des weiteren erhalte ich in der Ereignisanzeige des Servers folgende Fehler
Fehler bei der Anmeldung für den Benutzer 'NT-AUTORITÄT\ANONYMOUS-ANMELDUNG'. [CLIENT: 192.168.189.6]
Der Client 192.168.189.6 ist unser DHCP.....
Call ist schon eröffnet, vl ist jemand der Forengemeinde schon auf diverse Fehler gestoßen
Freundliche Grüße
Ich habe gestern bzgl. einer anderen Sache kurz mit dem Support telefoniert und natürlich bzgl. Addon 2 gefragt. Es gab wohl bislang einen Fall, bei dem es Probleme bei der Aktualisierung der Datenbank im DBUtil gab.
Wollte heute eigentlich auch updaten, aber wenn doch mehrfach Probleme auftreten...
Wollte heute eigentlich auch updaten, aber wenn doch mehrfach Probleme auftreten...
Viele Grüße
Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014
Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014
-
cscheuringer
- Posts: 39
- Joined: 06. Jun 2008, 11:42
- Location: Oberösterreich
- Contact:
-
cscheuringer
- Posts: 39
- Joined: 06. Jun 2008, 11:42
- Location: Oberösterreich
- Contact:
hmmm,
ich kann Deine Probleme leider bei mir nicht reproduzieren.
Bei mir wurden im Verzeichnis Wizard\\Image\\pxeimages 2 Verzeichnisse automatisch angelegt: stg1ldr.cfg und stg2ldr.cfg
Ich musste nichts händisch anlegen.
Der Agent Push Dienst startet bei mir ohne Probleme.
Auch das Betanken geht bei mir nicht langsamer, als vorher.
Wie gesagt, ich arbeite noch in meinem Testsystem. Eingesetzt wird erst, wenn ich mir sicher bin, dass alles funktioniert.
lg,
Manfred
ich kann Deine Probleme leider bei mir nicht reproduzieren.
Bei mir wurden im Verzeichnis Wizard\\Image\\pxeimages 2 Verzeichnisse automatisch angelegt: stg1ldr.cfg und stg2ldr.cfg
Ich musste nichts händisch anlegen.
Der Agent Push Dienst startet bei mir ohne Probleme.
Auch das Betanken geht bei mir nicht langsamer, als vorher.
Wie gesagt, ich arbeite noch in meinem Testsystem. Eingesetzt wird erst, wenn ich mir sicher bin, dass alles funktioniert.
lg,
Manfred
AddOn2-Probleme (DB-Update und OS-Installer)
Hallo Empirianer,
ich habe gestern das AddOn2 installiert. Das Setup an sich lief problemlos. Beim Tabellen aktualisieren der Standort-DB blieb der Server bei 34% eingefroren. Hab die DB eingeschickt. Mir wurde schnell und kompetent geholfen. Habe letztenendes im SQL Managementstudio die Standort-DB gelöscht und mit dem (glücklicherweise vorher angelegten DB-Backup via SQL-Script) wiederhergestellt und in DButil den Standort wieder importiert, danach lief die Tabellenaktualisierung sauber durch.
Leider gibt es wohl keine README, in der die "Post Installation Steps" für ein als Update genutztes AddOn2 beschrieben sind
Wir haben alle Dienste in DButil nach dem AddOn2 und die EMCs an Admin-PCs neu installiert.
Jetzt neues Prob:
Beim Neuinstallieren ("Zurücksetzen") von Clients wird in der Pre-OS-Phase (EPE) das i386 nicht gefunden!
PXE-Errorlog:
M57SSFLC 21.08.2008 10:03:07 [Eis32] Performing reboot.
M57SSFLC 21.08.2008 10:03:07 [Eis32] [highlight=red]Error No: 110 Copy of Operating System files failed[/highlight]
M57SSFLC 21.08.2008 10:03:07 [Eis32] Starting Winnt/16/32/64/.exe emulation
MX42-Hotline ist informiert, Warten auf RR
Nach der Neuerstellung des EPE habe ich nun auch die die Fehlermeldung [highlight=red]"Stg1ldr configuration not found!"[/highlight]
ich habe gestern das AddOn2 installiert. Das Setup an sich lief problemlos. Beim Tabellen aktualisieren der Standort-DB blieb der Server bei 34% eingefroren. Hab die DB eingeschickt. Mir wurde schnell und kompetent geholfen. Habe letztenendes im SQL Managementstudio die Standort-DB gelöscht und mit dem (glücklicherweise vorher angelegten DB-Backup via SQL-Script) wiederhergestellt und in DButil den Standort wieder importiert, danach lief die Tabellenaktualisierung sauber durch.
Leider gibt es wohl keine README, in der die "Post Installation Steps" für ein als Update genutztes AddOn2 beschrieben sind
Wir haben alle Dienste in DButil nach dem AddOn2 und die EMCs an Admin-PCs neu installiert.
Jetzt neues Prob:
Beim Neuinstallieren ("Zurücksetzen") von Clients wird in der Pre-OS-Phase (EPE) das i386 nicht gefunden!
PXE-Errorlog:
M57SSFLC 21.08.2008 10:03:07 [Eis32] Performing reboot.
M57SSFLC 21.08.2008 10:03:07 [Eis32] [highlight=red]Error No: 110 Copy of Operating System files failed[/highlight]
M57SSFLC 21.08.2008 10:03:07 [Eis32] Starting Winnt/16/32/64/.exe emulation
MX42-Hotline ist informiert, Warten auf RR
Nach der Neuerstellung des EPE habe ich nun auch die die Fehlermeldung [highlight=red]"Stg1ldr configuration not found!"[/highlight]
- [i]ims[/i] -
Hallo,
ist lt. Hotline ein Fehler im neuen Addon. Deshalb sollte man m.E. derzeit nicht updaten, bis der Bug beseitigt ist!
ist lt. Hotline ein Fehler im neuen Addon. Deshalb sollte man m.E. derzeit nicht updaten, bis der Bug beseitigt ist!
Viele Grüße
Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014
Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014
Wir können auch ein Problem mit Empirum AddOn 2 melden:
Wir haben Dienste-Server und Empirum-Shares getrennt. Die Shares liegen auf einem anderen Server, somit auch anderer Hostname. Eigentlich kein Problem, da die Dienste entsprechend konfiguriert werden können. Seit AddOn2 funktioniert der ACTIVATION-Dienst aber nicht mehr richtig , da hier der Hostname des Dienste-Server für die Share "EmpInst$" genommen wird anstatt der Hostname des Empirum-Share-Servers. Das lässt sich auch nirgends ändern/konfigurieren, anscheinend hart-kodiert auf "localhost".
Hier ein Auszug von DebugView:
Dienste- und Datenbankserver: EMPIRUM
Server auf den die Shares liegen: EMPIRUMFS1
MATRIXACTIVATION: LoadData: m_sVariableRootPath: \\EMPIRUMFS1\Values$
MATRIXACTIVATION: LoadData: m_sGlobalDDCFileName: \\EMPIRUMFS1\Configurator$\Users\wdepot.ddc
MATRIXACTIVATION: LoadData: m_sOSINIRootPath: \\[highlight=red]EMPIRUM[/highlight]\EmpInst$
demzufolge kommt es natürlich zum Fehler, da die Share nicht existiert:
MATRIXACTIVATION: Unable to create directory: \\EMPIRUM\EmpInst$
MATRIXACTIVATION: Unable to create directory: \\EMPIRUM\EmpInst$\Wizard\OS
MATRIXACTIVATION: Unable to create directory: \\EMPIRUM\EmpInst$\Wizard\OS\Auto\C95603F5
MATRIXACTIVATION: pIniFile.SaveToFile(sFileName); sFileName: \\EMPIRUM\EmpInst$\Wizard\OS\Auto\C95603F5OS.INI
MATRIXACTIVATION Error saveing to file :\\EMPIRUM\EmpInst$\Wizard\OS\Auto\C95603F5OS.INI
Da wo \\EMPIRUM steht, muss natürlich \\EMPIRUMFS1 rein.
Ein Call bei Matrix42 läuft...
Gruß
Bela
Wir haben Dienste-Server und Empirum-Shares getrennt. Die Shares liegen auf einem anderen Server, somit auch anderer Hostname. Eigentlich kein Problem, da die Dienste entsprechend konfiguriert werden können. Seit AddOn2 funktioniert der ACTIVATION-Dienst aber nicht mehr richtig , da hier der Hostname des Dienste-Server für die Share "EmpInst$" genommen wird anstatt der Hostname des Empirum-Share-Servers. Das lässt sich auch nirgends ändern/konfigurieren, anscheinend hart-kodiert auf "localhost".
Hier ein Auszug von DebugView:
Dienste- und Datenbankserver: EMPIRUM
Server auf den die Shares liegen: EMPIRUMFS1
MATRIXACTIVATION: LoadData: m_sVariableRootPath: \\EMPIRUMFS1\Values$
MATRIXACTIVATION: LoadData: m_sGlobalDDCFileName: \\EMPIRUMFS1\Configurator$\Users\wdepot.ddc
MATRIXACTIVATION: LoadData: m_sOSINIRootPath: \\[highlight=red]EMPIRUM[/highlight]\EmpInst$
demzufolge kommt es natürlich zum Fehler, da die Share nicht existiert:
MATRIXACTIVATION: Unable to create directory: \\EMPIRUM\EmpInst$
MATRIXACTIVATION: Unable to create directory: \\EMPIRUM\EmpInst$\Wizard\OS
MATRIXACTIVATION: Unable to create directory: \\EMPIRUM\EmpInst$\Wizard\OS\Auto\C95603F5
MATRIXACTIVATION: pIniFile.SaveToFile(sFileName); sFileName: \\EMPIRUM\EmpInst$\Wizard\OS\Auto\C95603F5OS.INI
MATRIXACTIVATION Error saveing to file :\\EMPIRUM\EmpInst$\Wizard\OS\Auto\C95603F5OS.INI
Da wo \\EMPIRUM steht, muss natürlich \\EMPIRUMFS1 rein.
Ein Call bei Matrix42 läuft...
Gruß
Bela
-
cscheuringer
- Posts: 39
- Joined: 06. Jun 2008, 11:42
- Location: Oberösterreich
- Contact:
-
Hendrik_Ambrosius
- Moderator

- Posts: 8096
- Joined: 13. Dec 2004, 23:10
- Location: Adendorf/Lüneburg
Zum Fehler 110: Das liegt wahrscheinlich daran, dass die Systemdateien von XP verschoben werden von empinst\sys\winxp nach empinst\sys\winxp\x86.
Also müssen die DOS-Bootimages neu erstellen werden damit die Dateien weiterhin gefunden werden. Bei EPE sollte es keine Rolle spielen.
Also müssen die DOS-Bootimages neu erstellen werden damit die Dateien weiterhin gefunden werden. Bei EPE sollte es keine Rolle spielen.
Hendrik Ambrosius / Senior Presales Consultant
Mobile: +49 172 408 4447 | hendrik.ambrosius@matrix42.com
Matrix42 GmbH | Elbinger Straße 7 | 60487 Frankfurt am Main | Germany | www.matrix42.com
Disclaimer: I participate in this forum on a voluntary basis. Views expressed are not necessarily those of Matrix42 or of the support team.
Mobile: +49 172 408 4447 | hendrik.ambrosius@matrix42.com
Matrix42 GmbH | Elbinger Straße 7 | 60487 Frankfurt am Main | Germany | www.matrix42.com
Disclaimer: I participate in this forum on a voluntary basis. Views expressed are not necessarily those of Matrix42 or of the support team.
i386-Dateien, EPE, Agent-Konfiguration
Leider werden beim Update mittels AddOn2 die OS-Dateien nicht verschoben. Auch EPE läuft deshalb auf den [highlight=red]Error 110[/highlight]. Bei erneutem Import des OS wird die genannte neue Verzeichnisebene x86 (bei 64bit entsprechend x64) angelegt. Darunter finden sich dann (nun leider doppelt) die OS-Dateien. EPE läuft nun ohne Error 110.
Beim Erstellen einer neuen Agentenkonfiguration und AgentNT.exe taucht neuerdings ein Schalter /RB60,10 an drei Stellen auf (Run2-Zeile, SWD-Parameter, Desktopparameter). Damit funktioniert dann kein SW-Push mehr auf Clients. Es läuft auch nur ein Prozess SWDEPOT.EXE im System-Kontext, keiner im User-Kontext. Ein Hotline Call ist offen. Ich habe diesen Schalter erst einmal wieder entfernt. So geht's wieder.
Beim Erstellen einer neuen Agentenkonfiguration und AgentNT.exe taucht neuerdings ein Schalter /RB60,10 an drei Stellen auf (Run2-Zeile, SWD-Parameter, Desktopparameter). Damit funktioniert dann kein SW-Push mehr auf Clients. Es läuft auch nur ein Prozess SWDEPOT.EXE im System-Kontext, keiner im User-Kontext. Ein Hotline Call ist offen. Ich habe diesen Schalter erst einmal wieder entfernt. So geht's wieder.
- [i]ims[/i] -
Hallo Manfred,
richtig - wenn ich den Support richtig verstehe betrifft es nur Updates innerhalb von Empirum 2008.
richtig - wenn ich den Support richtig verstehe betrifft es nur Updates innerhalb von Empirum 2008.
Viele Grüße
Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014
Tobias
---
Empirum Echtsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.3 und UEM Agent 1905.1
Empirum Testsystem: v19 - 19.0.1 - Win 2012 R2 mit EPE 4.7.5 und UEM Agent 1906.1
Workplace Management Echtsystem: ServiceStore 9.1.0.2532 - Win 2012 R2
Workplace Management Testsystem: ServiceStore 9.1.0.2532 - Win 2016
MDM: Silverback 18.0.3.27
DB-Server: Win 2012 R2 mit SQL 2014
Who is online
Users browsing this forum: No registered users and 1 guest