<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>You searched for fehlercode - Workplace Management Blog</title>
	<atom:link href="https://www.wpm-blog.de/search/fehlercode/feed/rss2/" rel="self" type="application/rss+xml" />
	<link>https://www.wpm-blog.de/</link>
	<description>... ideas and solutions making workplace management easier</description>
	<lastBuildDate>Tue, 23 Jul 2019 14:15:19 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.7</generator>
	<item>
		<title>PreOS Paket: MoveComputerToEmpirumOU</title>
		<link>https://www.wpm-blog.de/movecomputertoempirumou/</link>
					<comments>https://www.wpm-blog.de/movecomputertoempirumou/#comments</comments>
		
		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Mon, 22 Jul 2019 13:42:07 +0000</pubDate>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Downloads]]></category>
		<category><![CDATA[Tools]]></category>
		<category><![CDATA[Empirum]]></category>
		<category><![CDATA[OS Installer]]></category>
		<category><![CDATA[WinPE]]></category>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=2245</guid>

					<description><![CDATA[<p>Matrix42 hat mit der Version 1.4 des PreOS Paketes &#8222;DomainJoin&#8220; die Funktion hinzugefügt, den Computer beim Domain-Join in eine entsprechende OU zu verschieben. Diese Funktion war in den Vorgängerversionen auch bereits enthalten, wenn das Computer-Objekt &#8230; <a href="https://www.wpm-blog.de/movecomputertoempirumou/">Weiterlesen</a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/movecomputertoempirumou/">PreOS Paket: MoveComputerToEmpirumOU</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Matrix42 hat mit der Version 1.4 des PreOS Paketes &#8222;DomainJoin&#8220; die Funktion hinzugefügt, den Computer beim Domain-Join in eine entsprechende OU zu verschieben. Diese Funktion war in den Vorgängerversionen auch bereits enthalten, wenn das Computer-Objekt noch nicht in der Domäne enthalten war. <span id="more-2245"></span>War das Computer-Konto bereits in der Domäne vorhanden, so wurde das Computer Konto erneuert und das Computer-Objekt in der OU belassen in der es war. Nun ist es abhängig von der Variable DomainJoin.DomainJoinAuthority. Ist die genannte Variable auf den Wert &#8222;AD&#8220; gesetzt, so ist das Verhalten wie zuvor beschrieben. Ist die Variable jedoch auf &#8222;Empirum&#8220; gesetzt, wird versucht das Computer-Objekt in die von Empirum per ORGANIZATIONAL_UNIT vorgegebene OU zu verschieben.</p>
<h2>&#8222;Makel&#8220; DomainJoin 1.4</h2>
<p>Das vorhandene Matrix42 PreOS Paket DomainJoin 1.4 hat meiner Meinung jedoch diverse Makel, die das angehängte PreOS Paket besser machen soll.<br />
In Zusammenarbeit mit einem Kollegen und einem Kunden ist somit das angehängte MoveComputerToEmpirumOU PreOS Paket entstanden. Die Makel aus unserer Sicht sind:</p>
<ul>
<li>Für das Verschieben des Computer in eine OU werden die RSAT Tools benötigt bzw. versucht bei Bedarf nachzuladen, was bei den meisten Nutzern zu Problemen führt und einen &#8222;Add-WindowsCapability&#8220; Fehler im PXE-Log anzeigt.</li>
<li>Wenn das Paket ausgeführt wurde und der Computer nicht verschoben wurde, wird trotzdem die Ziel OU angezeigt.</li>
</ul>
<h2>MoveComputerToEmpirumOU</h2>
<p>Das MoveComputerToEmpirumOU ist ein AddOn zum DomainJoin Paket, da wir es als Zugabe sehen und Matrix42 vielleicht zukünftig das eigene Paket überarbeitet.<br />
So ist MoveComputerToEmpirumOU zusätzlich und nach dem DomainJoin (getestet mit Version 1.4) auszuführen.</p>
<ul>
<li>Es benötigt keine RSAT Tools und gibt die am Ende &#8222;aktive / resultierende&#8220; OU aus.</li>
<li>Das Paket bedient sich den DomainJoin Variablen und kann somit auch bzgl. des &#8222;führenden&#8220; Systems (Empirum oder AD) konfiguriert werden.</li>
<li>Eine eigene Variable &#8222;NotMandatory&#8220; kann gesetzt werden, damit das Paket auch bei einem Fehler oder Misserfolg mit Erfolg beendet wird.</li>
</ul>
<p>Weitere Informationen können der dem Download beiliegenden ReadMe.txt entnommen werden.</p>
<h2>Feedback</h2>
<p>Rückmeldung zum Paket ist ausdrücklich erwünscht, um die Funktion/Stabilität weiter zu verbessern. Angedacht ist zusätzlich eine Erweiterung, die Mobile Computer (Notebooks, Tablets,&#8230;) in eine noch zu definierende alternative OU verschieben kann.</p>
<h3>Download</h3>
<p>Empirum WinPE PreOS Paket: MoveComputerToEmpirumOU<br />
<a  data-e-Disable-Page-Transition="true" class="download-link" title="Version 1.1" href="https://www.wpm-blog.de/download/2242/?tmstv=1789547024" rel="nofollow" id="download-link-2242" data-redirect="false" >
	MoveComputerToEmpirumOU	(698 Downloads	)
</a>
<br />
MD5 Hash der Downloaddatei: 885AD1614EFC476345A8BE1FA95F1A1A08C27AF3</p>
<h3>Beispielsausgaben des PXE-Log</h3>
<p><strong>DomainJoin Authority: Empirum</strong></p>
<pre>[PEAgent] [Windows] Finished execution of wpm-blog\OsPackages\MoveComputerToEmpirumOU\1.1 package.
[PEAgent] [Windows] Active OU: OU=02_Mobile,OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de
[PEAgent] [Windows] Moving the computer succeeded!
[PEAgent] [Windows] Try moving the computer to the defined OU ...
[PEAgent] [Windows] Empirum defined OU : OU=02_Mobile,OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de
[PEAgent] [Windows] Computers current OU: OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de
[PEAgent] [Windows] DomainJoin Authority: Empirum
[PEAgent] [Windows] Start to execute wpm-blog\OsPackages\MoveComputerToEmpirumOU\1.1 package.
[PEAgent] [Windows] Finished execution of Matrix42\OsPackages\DomainJoin\1.4 package.
[PEAgent] [Windows] Domain join failed: Fehler bei Add-WindowsCapability". Fehlercode: 0x8024402c, Domain 'wpm-blog.de' and OU 'OU=02_Mobile,OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de'"
[PEAgent] [Windows] Start to execute Matrix42\OsPackages\DomainJoin\1.4 package.</pre>
<p><strong>DomainJoin Authority: AD</strong></p>
<pre>[PEAgent] [Windows] Finished execution of wpm-blog\OsPackages\MoveComputerToEmpirumOU\1.1 package.
[PEAgent] [Windows] Active OU: OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de
[PEAgent] [Windows] Empirum defined OU : OU=02_Mobile,OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de
[PEAgent] [Windows] Computers current OU: OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de
[PEAgent] [Windows] DomainJoin Authority: AD
[PEAgent] [Windows] Start to execute wpm-blog\OsPackages\MoveComputerToEmpirumOU\1.1 package.
[PEAgent] [Windows] Finished execution of Matrix42\OsPackages\DomainJoin\1.4 package.
[PEAgent] [Windows] Domain join (option 33) successful: Domain 'wpm-blog.de' and OU 'OU=02_Mobile,OU=02_Windows10,OU=03_Computers,DC=wpm-blog,DC=de'
[PEAgent] [Windows] Start to execute Matrix42\OsPackages\DomainJoin\1.4 package.</pre>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/movecomputertoempirumou/">PreOS Paket: MoveComputerToEmpirumOU</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.wpm-blog.de/movecomputertoempirumou/feed/</wfw:commentRss>
			<slash:comments>7</slash:comments>
		
		
			</item>
		<item>
		<title>Empirum: Einfacherer Zugriff auf detaillierte Fehler-Protokolle</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/</link>
					<comments>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comments</comments>
		
		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Sun, 26 Oct 2014 14:54:09 +0000</pubDate>
				<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[Empirum]]></category>
		<category><![CDATA[Paketierung]]></category>
		<category><![CDATA[Softwarepaket]]></category>
		<category><![CDATA[Softwareverteilung]]></category>
		<category><![CDATA[Workplace Management]]></category>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379</guid>

					<description><![CDATA[<p>Schlägt eine Installation eines Empirum Paketes fehl, so wird dies in der Management Console mit dem Status &#8222;Failed&#8220; im SWDepotLog und im Status versehen. Im erweiterten ErrorLog kann man ggf. noch den Fehlercode oder einen &#8230; <a href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/">Weiterlesen</a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/">Empirum: Einfacherer Zugriff auf detaillierte Fehler-Protokolle</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Schlägt eine Installation eines Empirum Paketes fehl, so wird dies in der Management Console mit dem Status &#8222;Failed&#8220; im SWDepotLog und im Status versehen. Im erweiterten ErrorLog kann man ggf. noch den Fehlercode oder einen kleinen Hinweis auf den möglichen Fehler bekommen. Doch häufig benötigt man den Zugriff auf die komplette Log Datei der Installation. Diese wiederum liegt lokal auf dem Computer. Warum?<span id="more-1379"></span></p>
<h3>Hintergrund</h3>
<p>Im Standard der Empirum Paket Vorlagen werden diese detaillierten Log Dateien von extern aufgerufenen Setup Routinen wie MSI und Unattended im %WINDIR%\Temp Ordner abgelegt. Schlägt eine Installation fehl, werden diese Log Dateien mit den Fehlern vorgehalten (nicht gelöscht) damit das Problem näher erörtert werden kann. Wenn nun Computer ausgeschaltet sind oder der Zugriff auf den Computer nicht sichergestellt ist (Notebook Benutzer, Firewall, etc.) kann derzeit jedoch keine weiterführende bzw. zeitnahe Analyse bezüglich des Problems stattfinden.</p>
<h3>Idee</h3>
<p>Ich habe mir dazu ausgedacht, dass im Fehlerfalle diese Log Dateien zusätzlich in das Log Verzeichnis des Agenten kopiert werden und dieser überträgt die Dateien auf den zentralen EmpirumServer. Dieser ist immer erreichbar und der Zugriff kann zentral gesteuert werden. Die Synchronisierung der Log Dateien wird über den EmpirumAgenten sichergestellt, da diese in einem Unterverzeichnis von C:\EmpirumAgent\Log abgelegt werden.</p>
<div class="grey-box"><strong>Hinweis:</strong> Es werden nur *.log Dateien vom EmpirumAgenten automatisch übertragen.</div>
<h3>Umsetzung</h3>
<p>Die nachfolgenden Beispiele sind ggf. auf die eigene Umgebung und das Agenten-Verzeichnis anzupassen.</p>
<h3><strong>Notwendige Setup.inf Anpassung</strong></h3>
<p>Dazu wurde folgende Änderung bzw. zusätzlichen Zeilen in der Setup.inf erstellt:</p>
<pre>[Environment]
MSILogFileName=MSI_%ProductName%.%Version%.%Revision%.log
MSILogFile=%Temp%\%MSILogFileName%
ErrorMsgSyncDir=C:\EmpirumAgent\Log\InstallErrors.CU\%Computername%

[AbortMSIInst]
CALLHIDDEN %COMSPEC% /C MD "%ErrorMsgSyncDir%"
COPY "%MSILogFile%" "%ErrorMsgSyncDir%\%MSILogFileName%"
ErrorLogMsg %ErrorLogMessage% ErrorLevel: %ErrorLevel%
Abort

[AbortMSIUnInst]
-Abort
-ErrorLogMsg %ErrorLogMessage% ErrorLevel: %ErrorLevel%
-COPY "%MSILogFile%" "%ErrorMsgSyncDir%\%MSILogFileName%"
-CALLHIDDEN %COMSPEC% /C MD "%ErrorMsgSyncDir%"</pre>
<h3><strong>Anpassung in der Management Console</strong></h3>
<p>Der Zugriff auf das zentrale Log Verzeichnis eines Computers kann über einen „Rechtsklick“ auf den Computer geschehen<strong>. </strong>Die Konfiguration wird über die Management Console, Extras, Eigenschaften unter „Externe Programme“ vorgenommen.</p>
<ul>
<li><span style="line-height: 1.8;">Zentrales Log Verzeichnis</span></li>
<li><span style="line-height: 1.8;">explorer \\%EmpirumServer%\configurator$\Log\InstallErrors.CU\%Computername%</span></li>
</ul>
<p>Das gezeigte Beispiel nutzt die EmpirumServer Variable. Hier muss ggf. der zentrale EmpirumServer eingetragen werden und das Support-Personal zum Lesen berechtigt werden.</p>
<h3>Bereinigung</h3>
<p>Die zyklische Bereinigung des zentralen Log Verzeichnisses muss derzeit von Hand durchgeführt werden.</p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/">Empirum: Einfacherer Zugriff auf detaillierte Fehler-Protokolle</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/feed/</wfw:commentRss>
			<slash:comments>9</slash:comments>
		
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/

Page Caching using Disk: Enhanced 
Minified using Disk
Database Caching using Disk

Served from: www.wpm-blog.de @ 2026-09-16 09:23:44 by W3 Total Cache
-->