WinPE und Back-End Tasks

Moderator: jknoth

Post Reply
MarcW
Posts: 283
Joined: 09. Jan 2008, 08:57
Contact:

WinPE und Back-End Tasks

Post by MarcW » 26. Jul 2018, 09:14

Hallo zusammen,

nach dem Umstieg auf SRV 2k16 und der Neuinstallation von Empirum v18 Update 1 wollte ich mich mal der WinPE Geschichte widmen.
ADKs importiert WinPE 10 ist nun sichtbar.
Danach laut Anleitung die WinPE-Bootimage Erstellung durchgeführt.
Nun sind aber alle Back-End Tasks auf „wartend“ und die Images werden nicht erstellt.
Dienste schon neu gestartet, Server schon neu gestartet.
Hat jemand einen Tip für mich?


Viele Grüße
Marc

MaMa82
Posts: 344
Joined: 10. Jun 2011, 13:56
Contact:

Re: WinPE und Back-End Tasks

Post by MaMa82 » 26. Jul 2018, 09:31

Morgen!

Was sagen denn die Log-Files (MasterServer: C:\ProgramData\Matrix42\Logs\) und. ggfs. DebugView nach dem Start der BackendTask-Dienste?
Bist Du sicher, dass alle relevanten Dienste auf dem neuen Server sauber installiert sind, laufen und Zugriff auf die DB haben?

Ansonsten ggfs. Powershell-SecurityPolicy auf unrestricted setzen? :D

GAAANZ wichtig: :mrgreen:
Hast Du den Zone-Identifier für die Download-Quelle, bzw. Rechtsklick auf die heruntergeladene Matrix42 WinPE ZIP/EXE -> Haken für Unblock / Zulassen gesetzt?

Noch ein Tipp:
Ich würde die EMC immer mit erhöhten Rechten (Rechtsklick: als Administrator) starten, selbst wenn ich als Admin angemeldet bin.
Grüße MaMa82


PS: EDV steht nicht für "Elektronische Datenverarbeitung", sondern vielmehr für "ENDE DER VERNUNFT"! :roll:

MarcW
Posts: 283
Joined: 09. Jan 2008, 08:57
Contact:

Re: WinPE und Back-End Tasks

Post by MarcW » 26. Jul 2018, 09:58

Log von Host 32

Code: Select all

2018-07-25 16:41:32.367 ThreadId=6248 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5260 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=6248 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5260 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5268 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5268 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5412 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5280 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=6248 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5280 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5272 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5260 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5412 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5272 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5268 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5292 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5292 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5280 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5308 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5284 [QMA] Found the following extension assemblies for pattern *ActivationQueue.XenApp.dll :
2018-07-25 16:41:32.367 ThreadId=5272 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5412 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5284 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5308 [QMA] Assembly: ActivationQueue.XenApp.ActivationServicePlugin
2018-07-25 16:41:32.367 ThreadId=5292 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5284 [QMA] QueueServiceModule CTOR
2018-07-25 16:41:32.367 ThreadId=5308 [QMA] QueueServiceModule CTOR

Log von Host 64

Code: Select all

2018-07-26 09:22:23.191 ThreadId=7976 [BTQH] No registry key SOFTWARE\ODBC\ODBC.INI\Empirumserver_ARU found
2018-07-26 09:23:23.192 ThreadId=7976 [BTQH] No registry key SOFTWARE\ODBC\ODBC.INI\Empirumserver_ARU found

Powershell hab ich umgestellt
Und den Haken bei der ZIP Datei vor der Installation gesetzt.

Das mit der ODBC.INI scheint aber der Fehler zu sein, wie bekomme ich den Eintrag?

MarcW
Posts: 283
Joined: 09. Jan 2008, 08:57
Contact:

Re: WinPE und Back-End Tasks

Post by MarcW » 26. Jul 2018, 10:07

Fehler gefunden.

Ich hatte nur die 32bit ODBC-System-DSN Connectoren angelegt.
Noch die 64bit dazu und nun läuft die Warteschlange durch.

MaMa82
Posts: 344
Joined: 10. Jun 2011, 13:56
Contact:

Re: WinPE und Back-End Tasks

Post by MaMa82 » 26. Jul 2018, 10:24

Hallo,

ganz logisch - eine 64bit Applikation/Dienst kann normalerweise nicht auf den 32bit ODBC-Eintrag zugreifen. (zumindest wäre das ziemlich unsinnig und eine Bastellösung IMHO)
Ich nehme mal an Du hast bei der Migration keinen neuen Standort und keine neue DB angelegt? Beim Erstart des DBUtil ist dies ja eigentlich verpflichtend und die ODBC-Einträge (mittlerweile 32 UND 64bit) werden automatisch angelegt. Andernfalls wäre Handarbeit notwendig, wie in Deinem Fall. :)

Dann weiterhin oder besser wieder frohes Schaffen! ;)
Grüße MaMa82


PS: EDV steht nicht für "Elektronische Datenverarbeitung", sondern vielmehr für "ENDE DER VERNUNFT"! :roll:

MarcW
Posts: 283
Joined: 09. Jan 2008, 08:57
Contact:

Re: WinPE und Back-End Tasks

Post by MarcW » 26. Jul 2018, 10:28

Ich hatte vor der Erst-Öffnung von DBUtil die System-DSNs in 32bit angelegt.
Die Verbindung hat auch super und sofort beim Auswählen entsprechender Einträge funktioniert.
Alle Daten waren da, und auch Empirum ist komplett einsetzbar.

Nur jetzt hat der 64 bit Eintrag gefehlt.

ChrisB
Posts: 12
Joined: 08. Oct 2013, 11:50
Location: Nähe Frankfurt/Main
Contact:

Re: WinPE und Back-End Tasks

Post by ChrisB » 08. Apr 2019, 08:18

Hi!

Ich wollte nur mal eben mitteilen, dass ich das identische Problem hatte. Eventuell wäre in der Doku zur Server-Migration der Hinweis sinnvoll, dass man die ODBC Einträge für 32- und 64-Bit anlegen muss.

Bei einer frischen Installation würde es zwar automatisch angelegt werden, aber wenn man migriert, dann legt man ja keine neue DB an und dementsprechend werden die ODBC Einträge nicht automatisch erzeugt und dann sucht man über Stunden (ich zumindest :roll: :D ) den Fehler.

Viele Grüße,
Chris
Empirum v19.0

Post Reply

Return to “OS Installer”

Who is online

Users browsing this forum: No registered users and 6 guests