<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>ITeratio GmbH</title>
    <link>http://www.iteratio.com/blog/</link>
    <description>Blog</description>
    <dc:language>de</dc:language>
    <admin:errorReportsTo rdf:resource="mailto:info@iteratio.com" />
    <generator>Serendipity 1.5.5 - http://www.s9y.org/</generator>
    <pubDate>Fri, 27 Jan 2012 15:18:18 GMT</pubDate>

    <image>
        <url>http://www.iteratio.com/blog/templates/competition Kopie/img/s9y_banner_small.png</url>
        <title>RSS: ITeratio GmbH - Blog</title>
        <link>http://www.iteratio.com/blog/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>Optimierung der Nagios–OTRS Anbindung</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/77-Optimierung-der-NagiosOTRS-Anbindung.html</link>
            <category>Nagios</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/77-Optimierung-der-NagiosOTRS-Anbindung.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=77</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=77</wfw:commentRss>
    

    <author>thomas.kladaric@iteratio.com (Thomas Kladaric)</author>
    <content:encoded>
    &lt;p&gt;Viele Kunden hegen den Wunsch, den Prozess des Incident Management über ein Ticketsystem zu organisieren. Die Kombination von Nagios als Monitoringlösung und OTRS ITSM als Ticketsystem ist in diesem Zusammenhang in der Praxis häufig anzutreffen. Dieser Artikel beschäftigt sich mit den Vor– und Nachteilen dieser Anbindung und geht auf die Optimierungsmöglichkeiten ein.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/77-Optimierung-der-NagiosOTRS-Anbindung.html#extended&quot;&gt;&quot;Optimierung der Nagios–OTRS Anbindung&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 26 Jan 2012 15:56:05 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/77-guid.html</guid>
    
</item>
<item>
    <title>Möglichkeiten der SNMP Trap Verarbeitung durch SNMPTT mit Nagios</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/76-Moeglichkeiten-der-SNMP-Trap-Verarbeitung-durch-SNMPTT-mit-Nagios.html</link>
            <category>Nagios</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/76-Moeglichkeiten-der-SNMP-Trap-Verarbeitung-durch-SNMPTT-mit-Nagios.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=76</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=76</wfw:commentRss>
    

    <author>thomas.kladaric@iteratio.com (Thomas Kladaric)</author>
    <content:encoded>
    &lt;p&gt;Früher oder später wird man im Nagiosbetrieb vor der Aufgabe stehen, SNMP Traps einzubinden. Eine bewährte Möglichkeit dies umzusetzen, bietet sich mit SNMPTT an. SNMPTT besitzt die Fähigkeit SNMP Traps sowohl in einer Datenbank, als auch dateibasiert zu behandeln. Da unsere Kunden und wir gute Erfahrungen mit der Open Monitoring Distribution (OMD) gemacht haben, wollen wir an dieser Stelle auf auf die Integration von SNMPTT in die OMD eingehen.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/76-Moeglichkeiten-der-SNMP-Trap-Verarbeitung-durch-SNMPTT-mit-Nagios.html#extended&quot;&gt;&quot;Möglichkeiten der SNMP Trap Verarbeitung durch SNMPTT mit Nagios&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 13 Jan 2012 10:36:57 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/76-guid.html</guid>
    
</item>
<item>
    <title>ITM Cognos OS Agent Reports - Shift + Vacation Period</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/70-ITM-Cognos-OS-Agent-Reports-Shift-+-Vacation-Period.html</link>
            <category>ITM 6.1 / 6.2</category>
            <category>TCR</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/70-ITM-Cognos-OS-Agent-Reports-Shift-+-Vacation-Period.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=70</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=70</wfw:commentRss>
    

    <author>stefan.haenke@iteratio.com (Stefan Hänke)</author>
    <content:encoded>
    &lt;h2&gt;Problem&lt;/h2&gt; &lt;br /&gt;
&lt;p&gt;Ist der Summarization &amp;amp; Pruning Agent so eingerichtet, dass Shift Periods und Vacation Days verwendet werden, kann es bei den ITM Standard Cognos Reports dazu führen, dass nicht alle oder keine Daten ausgegeben werden und der Report somit leer bleibt. Dies ist bei stündlich und täglich aggregierten Werten der Fall.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/70-ITM-Cognos-OS-Agent-Reports-Shift-+-Vacation-Period.html#extended&quot;&gt;&quot;ITM Cognos OS Agent Reports - Shift + Vacation Period&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 20 Apr 2011 12:59:00 +0200</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/70-guid.html</guid>
    
</item>
<item>
    <title>BMC Event Manager, die optimale Erweiterung für Nagios</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/67-BMC-Event-Manager,-die-optimale-Erweiterung-fuer-Nagios.html</link>
            <category>BEIM</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/67-BMC-Event-Manager,-die-optimale-Erweiterung-fuer-Nagios.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=67</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=67</wfw:commentRss>
    

    <author>hdu@iteratio.com (Hardy Düttmann)</author>
    <content:encoded>
    &lt;h2&gt;Allgemein:&lt;/h2&gt; &lt;br /&gt;
&lt;p&gt;Nagios kommt, da es unter GPL Lizenz verfügbar ist, mittlerweile in vielen Unternehmen zum Einsatz. Eine der Schwächen von Nagios ist allerdings eine fehlende Rule bzw. Logik Engine. Nagios zeigt den Status von Systemen oder Services an, hat aber keine eventbasierte Regelverarbeitung. Für einfache Korrelationen ist dies ausreichend. Möchte man jedoch komplexere Korrelationen durchführen oder mehrere Überwachungssysteme zusammenführen kommt man an einem Event Management System nicht vorbei. &lt;/p&gt; &lt;br /&gt;
&lt;p&gt;Wie leicht Nagios an ein solches System angebunden werden kann, soll hier am Beispiel des BMC Event Manager ( BEM ) kurz erläutert werden.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/67-BMC-Event-Manager,-die-optimale-Erweiterung-fuer-Nagios.html#extended&quot;&gt;&quot;BMC Event Manager, die optimale Erweiterung für Nagios&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Tue, 15 Feb 2011 10:29:32 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/67-guid.html</guid>
    
</item>
<item>
    <title>BMC Event Manager: FAQ für TEC Kunden</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/66-BMC-Event-Manager-FAQ-fuer-TEC-Kunden.html</link>
            <category>BEIM</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/66-BMC-Event-Manager-FAQ-fuer-TEC-Kunden.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=66</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=66</wfw:commentRss>
    

    <author>hdu@iteratio.com (Hardy Düttmann)</author>
    <content:encoded>
    &lt;h2&gt;Allgemein&lt;/h2&gt; &lt;br /&gt;
&lt;p&gt;Dieses Dokument ist für Kunden gedacht, die die Tivoli Enterprise Console im Einsatz haben. Da die TEC aus dem Support läuft, ist eine Option für ein zukünftiges Event Management der BMC Event Manager. Das Dokument ist eine Sammlung von Fragen, die im Laufe der Zeit an uns gerichtet wurden. Es wird laufend aktualisiert.&lt;br /&gt;&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/66-BMC-Event-Manager-FAQ-fuer-TEC-Kunden.html#extended&quot;&gt;&quot;BMC Event Manager: FAQ für TEC Kunden&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Sat, 29 Jan 2011 14:18:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/66-guid.html</guid>
    
</item>
<item>
    <title>Realisierung eines Wartungsmodus mit dem BMC Event Manager</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/63-Realisierung-eines-Wartungsmodus-mit-dem-BMC-Event-Manager.html</link>
            <category>BEIM</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/63-Realisierung-eines-Wartungsmodus-mit-dem-BMC-Event-Manager.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=63</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=63</wfw:commentRss>
    

    <author>hdu@iteratio.com (Hardy Düttmann)</author>
    <content:encoded>
    &lt;h1&gt;Allgemein&lt;/h1&gt; &lt;br /&gt;
&lt;p&gt;Im Rahmen von Wartungsarbeiten ist das Auftreten von (Störungs-)Meldungen für ein System normal und signalisiert keine Abweichung vom Normalzustand auf die reagiert werden muss. Um diesen Situationen im Event-Management Rechnung zu tragen wird der sogenannte &amp;quot;Wartungsmodus&amp;quot; verwendet.&lt;/p&gt; &lt;br /&gt;
&lt;p&gt;Ein Wartungsmodus mit dem BMC Event Manager ist auf unterschiedlichste Weise realisierbar. Es besteht die Möglichkeit den Wartungsmodus über Policies oder über Regeln zu implementieren. Bei der Nutzung von Regeln hat man die Wahl eine rein eventbasierte Lösung zu realisieren oder dynamische Daten (DDA) zu nutzen. Die Nutzung von dynamischen Daten hat z.B.: folgende Vorteile:&lt;/p&gt; &lt;br /&gt;
&lt;ul&gt; &lt;br /&gt;
&lt;li&gt;Möglichkeit des Setzens des Wartungsmodus über eine GUI&lt;/li&gt; &lt;br /&gt;
&lt;li&gt;Dynamische Daten „altern“ nicht aus dem Repository&lt;/li&gt; &lt;br /&gt;
&lt;li&gt;In der Regel ist die Nutzung der DDA performanter, da ein Großteil der Regelverarbeitung in der Refine Phase stattfindet und die Key Slots in den dynamischen Daten indiziert sind.&lt;/li&gt; &lt;br /&gt;
&lt;/ul&gt; &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/63-Realisierung-eines-Wartungsmodus-mit-dem-BMC-Event-Manager.html#extended&quot;&gt;&quot;Realisierung eines Wartungsmodus mit dem BMC Event Manager&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 21 Jan 2011 20:42:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/63-guid.html</guid>
    
</item>
<item>
    <title>Custom-Agent Paket zum Verteilen von Dateien auf Agenten</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/61-Custom-Agent-Paket-zum-Verteilen-von-Dateien-auf-Agenten.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/61-Custom-Agent-Paket-zum-Verteilen-von-Dateien-auf-Agenten.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=61</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=61</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    In ITM 6.1/6.2 gibt es von Hause aus keinen eingebauten Mechanismus, um Dateien auf Agenten zu verteilen. Dieser Artikel beschreibt den Einsatz eines Custom-Agenten, mit dem es möglich ist, beliebige Files auf Agenten zu verteilen und/oder dort Skripte anzustoßen... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/61-Custom-Agent-Paket-zum-Verteilen-von-Dateien-auf-Agenten.html#extended&quot;&gt;&quot;Custom-Agent Paket zum Verteilen von Dateien auf Agenten&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 29 Apr 2009 09:05:19 +0200</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/61-guid.html</guid>
    
</item>
<item>
    <title>TEPS Login nicht möglich (KFWITM220E / KFWITM392E)</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/60-TEPS-Login-nicht-moeglich-KFWITM220E-KFWITM392E.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/60-TEPS-Login-nicht-moeglich-KFWITM220E-KFWITM392E.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=60</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=60</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    Der folgende Artikel beschreibt die Vorgehensweise zur Fehleranalyse, falls der Login zum Tivoli Enterprise Portal Server mit dem Fehlercode KFWITM220E oder KFWITM392E fehlschlägt... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/60-TEPS-Login-nicht-moeglich-KFWITM220E-KFWITM392E.html#extended&quot;&gt;&quot;TEPS Login nicht möglich (KFWITM220E / KFWITM392E)&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 16 Feb 2009 11:23:37 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/60-guid.html</guid>
    
</item>
<item>
    <title>Achtung beim Aufräumen von Situations!</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/57-Achtung-beim-Aufraeumen-von-Situations!.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/57-Achtung-beim-Aufraeumen-von-Situations!.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=57</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=57</wfw:commentRss>
    

    <author>ika@iteratio.com (Ingo Kathmann)</author>
    <content:encoded>
    ITM6 wird mit einer Vielzahl von vordefinierten Situations ausgeliefert, die jedoch höchstens als Template zu verstehen sind, da sie individuellen Ansprüchen in keiner Weise gerecht werden können. Weder inhaltlich noch bzgl. unternehmensspezifischer Namenskonventionen.&lt;br /&gt;
Daher liegt der Schritt nahe, sich früher oder später vom diesem &quot;Ballast&quot; zu befreien. Dabei gilt jedoch Vorsicht walten zu lassen, denn es gibt eine Situation, die man auf keinen Fall löschen sollte: &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/57-Achtung-beim-Aufraeumen-von-Situations!.html#extended&quot;&gt;&quot;Achtung beim Aufräumen von Situations!&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 16 Jan 2009 11:44:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/57-guid.html</guid>
    
</item>
<item>
    <title>tacmd Performanceprobleme in einer VMWare</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/58-tacmd-Performanceprobleme-in-einer-VMWare.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/58-tacmd-Performanceprobleme-in-einer-VMWare.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=58</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=58</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    Beim Betreiben von ITM 6 in einer VMWare-Maschine kann es zu teils erheblichen Performanceproblemen mit dem tacmd-Befehl kommen. Dieser Artikel beschreibt, wie Sie dies umgehen können... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/58-tacmd-Performanceprobleme-in-einer-VMWare.html#extended&quot;&gt;&quot;tacmd Performanceprobleme in einer VMWare&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 16 Jan 2009 08:41:57 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/58-guid.html</guid>
    
</item>
<item>
    <title>Status einer Situation</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/56-Status-einer-Situation.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/56-Status-einer-Situation.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=56</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=56</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    Welchen Status kann eine Situation in ITM haben? Hier eine Übersicht.... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/56-Status-einer-Situation.html#extended&quot;&gt;&quot;Status einer Situation&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Tue, 20 May 2008 15:15:50 +0200</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/56-guid.html</guid>
    
</item>
<item>
    <title>ITM 6.1 Heartbeats</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/53-ITM-6.1-Heartbeats.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/53-ITM-6.1-Heartbeats.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=53</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=53</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    ITM 6.1 benutzt einen eingebauten Heartbeat-Mechanismus um den Status der Agenten abzufragen. Verfügbarkeits-Requests finden dabei zwischen den Agenten und dem HUB TEMS, sowie den Remote TEMS und dem HUB TEMS-Server statt. Alles weitere lesen Sie im vorliegenden Artikel... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/53-ITM-6.1-Heartbeats.html#extended&quot;&gt;&quot;ITM 6.1 Heartbeats&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 14 Feb 2007 10:07:57 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/53-guid.html</guid>
    
</item>
<item>
    <title>Situations erscheinen mit Kritikalität Unknown in der TEC</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/51-Situations-erscheinen-mit-Kritikalitaet-Unknown-in-der-TEC.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/51-Situations-erscheinen-mit-Kritikalitaet-Unknown-in-der-TEC.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=51</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=51</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    Nach Fixpack 2 erscheinen neu erstellte Situations mit Kritikalität &quot;Unknown&quot; in der Tivoli Enterprise Console, obwohl das automatische Mapping durch das Vergeben eines entsprechenden Namens für die Situation erwartet worden ist. (z.B.: &quot;Windows_Disk_Full_Crit&quot;). Der folgende Artikel beschreibt die Ursachen und die Lösung für dieses Problem... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/51-Situations-erscheinen-mit-Kritikalitaet-Unknown-in-der-TEC.html#extended&quot;&gt;&quot;Situations erscheinen mit Kritikalität Unknown in der TEC&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 29 Jan 2007 10:18:42 +0100</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/51-guid.html</guid>
    
</item>
<item>
    <title>Versionierung Universal Agent, Teil I</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/47-Versionierung-Universal-Agent,-Teil-I.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/47-Versionierung-Universal-Agent,-Teil-I.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=47</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=47</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    Der vorliegende Artikel beschreibt die Versionierung der Metafiles beim Universal Agent für ITM 6.1. In einem Metafile wird die zu überwachende Applikation mit verschiedenen Attributen definiert und anschließend auf dem Universal Agent verteilt. Änderungen am Metafile bewirken jedoch, dass die Version um eine Stelle erhöht wird, was dazu führen kann, dass auf den zu überwachenden Systemen unterschiedliche Versionen verteilt sind und eine einheitliche Überwachung nicht mehr möglich ist.&lt;br /&gt;
Von daher ist es zwingend vonnöten, die Versionierungsnummer auf ihren Ausgangspunkt zurückzusetzen. Die genauen Gründe hierfür und die Vorgehensweise zum Zurücksetzen der Version werden in diesem Artikel beschrieben. &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/47-Versionierung-Universal-Agent,-Teil-I.html#extended&quot;&gt;&quot;Versionierung Universal Agent, Teil I&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Tue, 24 Oct 2006 13:56:00 +0200</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/47-guid.html</guid>
    
</item>
<item>
    <title>TEMS Depot-FAQ</title>
    <link>http://www.iteratio.com/blog/index.php?/archives/46-TEMS-Depot-FAQ.html</link>
            <category>ITM 6.1 / 6.2</category>
    
    <comments>http://www.iteratio.com/blog/index.php?/archives/46-TEMS-Depot-FAQ.html#comments</comments>
    <wfw:comment>http://www.iteratio.com/blog/wfwcomment.php?cid=46</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.iteratio.com/blog/rss.php?version=2.0&amp;type=comments&amp;cid=46</wfw:commentRss>
    

    <author>tka@iteratio.com (Till Kaufmann)</author>
    <content:encoded>
    In IBM Tivoli Monitoring 6.1 ist es möglich, Monitoring Agenten in einem zentralen Depot zu verwalten, um diese remote auf die gewünschten Server zu verteilen. Alles Wissenswerte zu diesem Agent-Depot lesen Sie im vorliegenden Artikel... &lt;br /&gt;&lt;a href=&quot;http://www.iteratio.com/blog/index.php?/archives/46-TEMS-Depot-FAQ.html#extended&quot;&gt;&quot;TEMS Depot-FAQ&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 25 Sep 2006 14:10:33 +0200</pubDate>
    <guid isPermaLink="false">http://www.iteratio.com/blog/index.php?/archives/46-guid.html</guid>
    
</item>

</channel>
</rss>
