<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	
	>
<channel>
	<title>
	Kommentare zu: Empirum: Einfacherer Zugriff auf detaillierte Fehler-Protokolle	</title>
	<atom:link href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/</link>
	<description>... ideas and solutions making workplace management easier</description>
	<lastBuildDate>Tue, 09 Sep 2025 06:20:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.7</generator>
	<item>
		<title>
		Von: Jochen		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1217</link>

		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Tue, 09 Sep 2025 06:20:00 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-1217</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1216&quot;&gt;Marc Fricke&lt;/a&gt;.

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]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1216">Marc Fricke</a>.</p>
<p>Hallo Marc,<br />
vielleicht habe ich es im Beitrag nicht genug rausgestellt.<br />
Die Logs werden zuerst, wie du sagst, am besten unter %Programdata%\.. abgelegt.<br />
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.<br />
Denn meines Erachtens wird es immer schwerer bis unmöglich im Fehlerfalle, auf die Logs auf einem lokalen Computer zuzugreifen.<br />
Grüße<br />
Jochen</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Marc Fricke		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1216</link>

		<dc:creator><![CDATA[Marc Fricke]]></dc:creator>
		<pubDate>Mon, 08 Sep 2025 13:38:49 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-1216</guid>

					<description><![CDATA[Hallo,
angelegte Ordner unter C:\EmpirumAgent\Log werden aber beim Sync des Agent gelöscht.
Das heisst ein angelegter Ordner, ist dann nicht mehr existent.
Er liegt zwar auf dem Server, aber im Supportfall, wenn man auf dem Client ist, gerade bei externen Kunden oder vor Ort ist das eher ungünstig.

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]]></description>
			<content:encoded><![CDATA[<p>Hallo,<br />
angelegte Ordner unter C:\EmpirumAgent\Log werden aber beim Sync des Agent gelöscht.<br />
Das heisst ein angelegter Ordner, ist dann nicht mehr existent.<br />
Er liegt zwar auf dem Server, aber im Supportfall, wenn man auf dem Client ist, gerade bei externen Kunden oder vor Ort ist das eher ungünstig.</p>
<p>Würde es daher eher vorziehen, solche Logs unter c:\ProgramData\Matrix42\Logs abzulegen und dort abzuholen, bzw. einfach auf einen Logserver zu kopieren.<br />
Brauch man zwr ein Extrapaket, da der Agent ja hier nichts holt, aber so verbleiben die Logs auch auf dem Client.</p>
<p>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.</p>
<p>Viele Grüße</p>
<p>Marc</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Jochen		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1119</link>

		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Sun, 26 Sep 2021 06:29:35 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-1119</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1117&quot;&gt;Christian&lt;/a&gt;.

Hallo Christian,

mit meiner Methode oben, werden die detaillierten Fehler&quot;berichte&quot; auf dem zentralen EmpirumServer gesammelt.
Diese per Mail zu versenden - dafür habe ich nicht in der Tasche parat.
Du müsstest nun ein Skript schreiben, dass alle x Minuten läuft und die Mails dann an einen Verteiler versendet und im besten Falle markiert,
damit Du diese nicht noch einmal versendest.
Ein Kunde hatte die Mail Versendung direkt in die Pakete eingebaut. Das sah am Ende schön im Mail-System aus, hatte meines Erachtens zwei Nachteile.
Die Versendung geschieht vom Client aus und die Pakete waren um einiges größer/unleserlicher.

Viele Grüße
Jochen]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1117">Christian</a>.</p>
<p>Hallo Christian,</p>
<p>mit meiner Methode oben, werden die detaillierten Fehler&#8220;berichte&#8220; auf dem zentralen EmpirumServer gesammelt.<br />
Diese per Mail zu versenden &#8211; dafür habe ich nicht in der Tasche parat.<br />
Du müsstest nun ein Skript schreiben, dass alle x Minuten läuft und die Mails dann an einen Verteiler versendet und im besten Falle markiert,<br />
damit Du diese nicht noch einmal versendest.<br />
Ein Kunde hatte die Mail Versendung direkt in die Pakete eingebaut. Das sah am Ende schön im Mail-System aus, hatte meines Erachtens zwei Nachteile.<br />
Die Versendung geschieht vom Client aus und die Pakete waren um einiges größer/unleserlicher.</p>
<p>Viele Grüße<br />
Jochen</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Christian		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1117</link>

		<dc:creator><![CDATA[Christian]]></dc:creator>
		<pubDate>Wed, 07 Jul 2021 07:08:34 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-1117</guid>

					<description><![CDATA[Hallo Jochen,

ersteinmal Danke für die ganze Arbeit die du so in dieses Blog steckst.Schaue hier gerne vorbei um anreize bzw Probleme gelöst zu bekommen.

Nun zu meiner Frage an dich bzw die Allgemeinheit hier, wie kann ich am besten diese log Dateien im Fehlerfall an eine email Adresse schicken ?

Ich habe leider immmer mal wieder clients , die Pakete nicht installieren.Da ich nicht jeden einzelnen abtelefonieren will/kann wäre eine Fehlermail mit aussagekräftiger Fehlermeldung sehr gut.
Mit einem Powershell skript kann ich ja eine Mail versenden, wie binde ich das hier am besten ein.]]></description>
			<content:encoded><![CDATA[<p>Hallo Jochen,</p>
<p>ersteinmal Danke für die ganze Arbeit die du so in dieses Blog steckst.Schaue hier gerne vorbei um anreize bzw Probleme gelöst zu bekommen.</p>
<p>Nun zu meiner Frage an dich bzw die Allgemeinheit hier, wie kann ich am besten diese log Dateien im Fehlerfall an eine email Adresse schicken ?</p>
<p>Ich habe leider immmer mal wieder clients , die Pakete nicht installieren.Da ich nicht jeden einzelnen abtelefonieren will/kann wäre eine Fehlermail mit aussagekräftiger Fehlermeldung sehr gut.<br />
Mit einem Powershell skript kann ich ja eine Mail versenden, wie binde ich das hier am besten ein.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Jochen		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1065</link>

		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Mon, 18 May 2020 17:04:06 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-1065</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1064&quot;&gt;Peter P.&lt;/a&gt;.

Hallo Peter,
wenn Du mehrere MSI Dateien und somit ggf. LOGs hast, dann musst du für einen eindeutigen Namen sorgen, wenn Du alle im Fehlerfalle kopieren möchtest.
Zumeist solltest Du jedoch nur eine Datei haben, da die letzte Installation dann in einen Fehler gelaufen ist.
Wenn er dir nur eine kopiert, kann es sein, dass er bereits nach der ersten Fehlinstallation bereits abbricht?
Als Idee für eine Eindeutigkeit im Namen - baue ggf. die MSI GUID mit ein?
Viele Grüße
Jochen]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1064">Peter P.</a>.</p>
<p>Hallo Peter,<br />
wenn Du mehrere MSI Dateien und somit ggf. LOGs hast, dann musst du für einen eindeutigen Namen sorgen, wenn Du alle im Fehlerfalle kopieren möchtest.<br />
Zumeist solltest Du jedoch nur eine Datei haben, da die letzte Installation dann in einen Fehler gelaufen ist.<br />
Wenn er dir nur eine kopiert, kann es sein, dass er bereits nach der ersten Fehlinstallation bereits abbricht?<br />
Als Idee für eine Eindeutigkeit im Namen &#8211; baue ggf. die MSI GUID mit ein?<br />
Viele Grüße<br />
Jochen</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Peter P.		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-1064</link>

		<dc:creator><![CDATA[Peter P.]]></dc:creator>
		<pubDate>Mon, 18 May 2020 13:43:23 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-1064</guid>

					<description><![CDATA[Wie müsste man das anpassen, wenn man zwei oder mehr MSI Log Dateien hat?
kann man das mit Replace_env umsetzen um sich viel schreiberei zu ersparen?
Ich hätte hier eine setup.inf mit 2 msi dateien und aktuell kopiert er mir hier nur 1 log und das zweite nicht.

Ich steh grad auf der Leitung und sehe vor lauter Bäumen den Wald nicht.

Vielen Dank, Gruß
Peter P.]]></description>
			<content:encoded><![CDATA[<p>Wie müsste man das anpassen, wenn man zwei oder mehr MSI Log Dateien hat?<br />
kann man das mit Replace_env umsetzen um sich viel schreiberei zu ersparen?<br />
Ich hätte hier eine setup.inf mit 2 msi dateien und aktuell kopiert er mir hier nur 1 log und das zweite nicht.</p>
<p>Ich steh grad auf der Leitung und sehe vor lauter Bäumen den Wald nicht.</p>
<p>Vielen Dank, Gruß<br />
Peter P.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Udo		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-545</link>

		<dc:creator><![CDATA[Udo]]></dc:creator>
		<pubDate>Wed, 29 Oct 2014 10:30:08 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-545</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-544&quot;&gt;Jochen&lt;/a&gt;.

Hallo Jochen,

es scheint zu funktionieren. Ich habe einen Client, wo das entsprechende Log in den InstallErrors.CU Ordner auf dem Empirum Server verschoben wurde und mir auch die Lösung gebracht hat :-) Bei einem anderen Client allerdings wird kein Log erstellt. In diesem Fall ruft mir die Verknüpfung unter Externe Programme des Clients &#062; Zentrales Log Verzeichnis meine Windows Standard Ordner für Dokumente auf. 

Ist das Verhalten korrekt, wenn kein Log File zu dem betreffenden Client gefunden wurde? Zweitens frage ich mich warum keins erstellt wurde? Es geht um eine SnagIT MSI Installation.

Viele Grüße
Udo]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-544">Jochen</a>.</p>
<p>Hallo Jochen,</p>
<p>es scheint zu funktionieren. Ich habe einen Client, wo das entsprechende Log in den InstallErrors.CU Ordner auf dem Empirum Server verschoben wurde und mir auch die Lösung gebracht hat 🙂 Bei einem anderen Client allerdings wird kein Log erstellt. In diesem Fall ruft mir die Verknüpfung unter Externe Programme des Clients &gt; Zentrales Log Verzeichnis meine Windows Standard Ordner für Dokumente auf. </p>
<p>Ist das Verhalten korrekt, wenn kein Log File zu dem betreffenden Client gefunden wurde? Zweitens frage ich mich warum keins erstellt wurde? Es geht um eine SnagIT MSI Installation.</p>
<p>Viele Grüße<br />
Udo</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Jochen		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-544</link>

		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Mon, 27 Oct 2014 09:41:14 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-544</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-543&quot;&gt;Udo&lt;/a&gt;.

Hallo Udo,

das Verzeichnis im lokalen EmpirumAgent Verzeichnis wird über die Setup.inf erstellt.
Dieser Ordner samt der Dateien wird über den Log.-Sync des Agenten auf den EmpirumServer übertragen.
Setup.inf Anpassungen und in der EMC ggf. die &quot;Externen Programme&quot; erweitern. Das war es!

Danke und Grüße
Jochen]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-543">Udo</a>.</p>
<p>Hallo Udo,</p>
<p>das Verzeichnis im lokalen EmpirumAgent Verzeichnis wird über die Setup.inf erstellt.<br />
Dieser Ordner samt der Dateien wird über den Log.-Sync des Agenten auf den EmpirumServer übertragen.<br />
Setup.inf Anpassungen und in der EMC ggf. die &#8222;Externen Programme&#8220; erweitern. Das war es!</p>
<p>Danke und Grüße<br />
Jochen</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Udo		</title>
		<link>https://www.wpm-blog.de/einfacherer-zugriff-auf-detaillierte-fehlerprotokolle/#comment-543</link>

		<dc:creator><![CDATA[Udo]]></dc:creator>
		<pubDate>Mon, 27 Oct 2014 09:35:32 +0000</pubDate>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=1379#comment-543</guid>

					<description><![CDATA[Hallo Jochen,

super Idee! Manchmal sind die Logs im Standard wirklich nicht ausreichend bzw. die Meldung wenig aussagekräftig. 

Muss ich irgend welche Ordner manuell anlegen oder wird das alles über die setup.inf Anpassungen gesteuert? Wenn ich es richtig gelesen habe muss man nichts händisch anlegen?

Viele Grüße
Udo]]></description>
			<content:encoded><![CDATA[<p>Hallo Jochen,</p>
<p>super Idee! Manchmal sind die Logs im Standard wirklich nicht ausreichend bzw. die Meldung wenig aussagekräftig. </p>
<p>Muss ich irgend welche Ordner manuell anlegen oder wird das alles über die setup.inf Anpassungen gesteuert? Wenn ich es richtig gelesen habe muss man nichts händisch anlegen?</p>
<p>Viele Grüße<br />
Udo</p>
]]></content:encoded>
		
			</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 3/56 queries in 0.016 seconds using Disk

Served from: www.wpm-blog.de @ 2026-01-10 06:14:26 by W3 Total Cache
-->