..:: Dippelschisser ::..

Allen Lesern ein frohes neues Jahr und dass alle Wünsche in Erfüllung gehen.

Auf meinem HTC Desire Z mit Android 2.3.3 kam es seit dem Update auf die aktuelle Android Version immer häufiger zu Abstürzen der HTC Sense Oberfläche beim Verlassen verschiedener Apps..

Dies kann nach und nach richtig auf die Nerven gehen. Da es scheinbar erstmal kein Update auf die Version 2.3.5 zu geben scheint habe ich die verschiedensten Ursachen ausgeschlossen:

- RAM voll
- Telefonspeicher voll
- Taskkiller der den Starter immer beendet
- Hintergrundapp / -dienst der sich mit Sense nicht verträgt.
- Widget auf Startseite(n) das abstürzt

Nachdem all dies nicht sein konnte habe ich bald aufgegeben.

In den Einstellungen fand ich dann jedoch die Einstellung “Schnellstart” welche es dann auch zu sein schien.

Nachdem ich dies deaktiviert hatte läuft das Telefon nicht nur Schneller, sondern der Fehler scheint weg zu sein.

Der genaue Pfad auf die Einstellung:

Einstellungen -> Power -> Schnellstart

(Sollte deaktiviert sein)

Um auf seinem Android Handy einen individuellen SMS Ton und/oder Klingelton einzustellen kann man beliebe kompatible Sounddateien nehmen (z.B.. wav oder mp3)

Diese müssen einfach auf der Speicherkarte in die entsprechenden Ordner gespeichert werde:.

/ringtones
/notifications
/alarms

Diese Ordner müssen direkt im Hauptverzeichnis der sdard angelegt werden (also unter /mnt/sdard)

Je nach Kategorie dann den entsprechenden Ordner wählen..
Bei HTC (getestet mit HTC Tatoo/HTC Wildfire/HTC Desire Z) hat der die Töne dann automatisch erkannt. Laut verschiedenen Berichten im Netz kann es bei einigen Telefonen notwendig sein das Telefon neu zu starten..

Es war mal zeit, ich hab soeben auf der Webseite meiner Firma mal wieder den Download für die aktuelle AVG Free Edition Version aktualisiert.

AVG AntiVirus 2012 – Free Edition Download (32Bit & 64Bit)

Und damit es immer aktuell ist, werden die Downloadateien natürlich täglich aktualisiert.

Lange Zeit habe ich unseren Nagiosserver mittels nagroid abgerufen. Dies war schon super, da ich jederzeit auch ohne direkt ins Webinterface zu gehen auf dem Handy einen aktuellen Status meiner Server hatte.

Durch Empfehlung eines Freundes bin ich jetzt auf aNag gestoßen.

Der Vorteilt von aNag gegenüber nagroid ist, dass ich dort auch die Details des Monitoring-Events sehe und auch einen ACK sowie einen comment eingeben kann. Dank der Anbindung von Nagios an OTRS landet dieser dann auch direkt im OTRS.

So kann ich bei Bedarf zu einer Monitoring-Meldung von unterwegs dem zuständigen Sysadmin einen Kommentar zukommen lassen, was direkt im Ticket vermerkt ist. Andersherum Mitarbeiter natürlich genauso.

Nach etwas Arbeit habe ich es endlich hinbekommen, dass unser Nagios seine eMails an OTRS sendet und diese dort komplett bearbeitet werden können.

Die Grundfunktion liefert das bekannte Modul “SystemMonitoring” welches über den Paketmanager von OTRS bequem installiert werden kann.
Leider hatte es in der Grundkonfiguration ein paar Macken, weshalb ich hier dem geneigten Suchmaschinenbenutzer, der hierher kommt die Lösungen hierfür aufschreibe. Der Vollständigkeit halber erwähne ich nachfolgende alle Schritte, die notwendig sind für eine erfolgreiche Konfiguration:

Schritt 1) eMailpostfach anlegen

Damit OTRS die Meldungen von Nagios erhalten kann, ist es sinnvoll hierfür ein seperates eMailpostfach anzulegen (z.B. otrs-nagios@domain.tld).

Schritt 2) OTRS Queue anlegen

Wer die Nagios Meldungen im OTRS komplett seperate einsortieren möchte, sollte sich hierfür eine eigene Queue anlegen, auf die zuständigen Administratoren zugriff haben. (z.B. Nagiosmonitoring).

Schritt 3) eMailpostfach über “PostMaster Mail Account einrichten”

Nun richten wir im OTRS Admin-Backend das neue Postfach an. Ich empfehle hierzu folgende Einstellungen:

Typ: POP3S (wenn SSL unterstützt wird, ansonsten POP3)
Vertraut: JA
Verteilung: Verteilung nach ausgewählter Queue
Queue: Nagiosmonitoring
Gültig: gültig

Schritt 4) Modul SystemMonitoring unter SysConfig konfigurieren

Frisch nach der Installation ist das Modul noch nicht voll lauffähig. In der SysConfig “SystemMonitoring” haben wir drei Unterpunkte:

a) Core::ConfigItem: Ignorieren, sofern kein OTRS::ITSM installiert ist
b) Core::PostMaster: Folgende Einstellungen vornehmen:

Ich empfehle die Verwendung von “PreFilterModule” (also der obere Teil). Der Hacken sollte schon gesetzt sein, wenn nicht bitte setzen und unten den Hacken entfernen.

Die Dort vorgenommene Einstellungen sind prinzipiell OK, ausser:

HostRegExp und ServiceRegExp. Bleiben diese unverändert, so funktioniert das in 4c) aktivierte Acknowledge bei Ticketsperre nicht.

Die vorhandenen Werte dieser Keys bitte entfernen und folgende eintragen:

HostRegExp:  \s*Host:\s+([A-Za-z0-9]*)
ServiceRegExp: \s*Service:\s+([A-Za-z0-9]*)

Wird das Original drin gelassen, schreibt OTRS beim Anlegen eines neuen Tickets automatisch einen Zeilenumbruch in die Datenbank am Ende des Host-/Servicenamens. Dadurch wird dieser auch im Ack-Link verwendet und es wird automatisch <HOST>%0D in den Link gesetzt, anstatt <HOST>. Der ACK kann deswegen nicht stattfinden.
Der Rest bleibt wie gehabt.

c) Nagios::Acknowledge: Folgede Einstellungen vornehmen:

Nagios::Acknowledge::Type: sollte auf http gestellt werden (dann läuft der ACK über einen HTTP aufruf, was die einzige Möglichkeit ist, wenn Nagios und OTRS auf verschiedenen Systemen laufen (was der Fall sein sollte).

Nun setzen wir noch die Adresse auf die cmd.cgi auf dem Nagios-Server:

Nagios::Acknowledge::HTTP::URL:

http://nagiosdomain.de/cgi-bin/nagios3/cmd.cgi?cmd_typ=<CMD_TYP>&cmd_mod=2&host=<HOST_NAME>&service=<SERVICE_NAME>&sticky_ack=on&send_notification=on&persistent=on&com_data=Ticket:<TicketNumber>%20User:<Owner>&btnSubmit=Commit

Durch den Wert in com_data wird automatisch die OTRS Ticketnummer und der Besitzer des Tickets in den Acknowledgekommentar eingefügt. Dies macht die Recherche bei Unklarheiten einfacher.

Nagios::Acknowledge::HTTP::User und Nagios::Acknowledge::HTTP::Password sollte natürlich mit einem Benutzer und seinem Kennwort im Nagios Webinterface gefüllt werden, der Zugriff auf alle Hosts / Services hat, die über OTRS gehandelt werden sollen.

Schritt 5) OTRS als Benutzer im Nagios anlegen und in die eMailbenachrichtigung aufnehmen.

Nun legen wird noch auf Nagios-Seite einen neuen Benutzer an, der bei den notwendigen Hosts / Services per eMail über das Standardtemplate alamiert wird.

Ab sofort laufen bei Systemstörungen eMails in OTRS hinein und werden auch bei Entstörung wieder automatisch geschlossen.

Ebenso wird die Acknowledgemeldung automatisch mit im Ticket hinterlegt. So können nun alle Mitarbeiter, die Zugriff auf OTRS haben auch Monitoringmeldungen bearbeiten und dokumentieren und vor allem auf Acknowledget setzen. Und dies ohne, dass jeder Anwender direkten Zugriff auf das Nagiosinterface benötigt.

In den beiden Ticketfelder 1 und 2 wird der Host und der Service hinterlegt, was die Auswertung über Suchfunktionen etc. vereinfacht.

Viel Spaß mit Nagiosmeldungen im OTRS. Kommentare / Anregungen gerne hier als Kommentar. Ich für mich bin gespannt, was die Mitarbeiter nach dem Betriebsurlaub über diese neue Funktion sagen.

Seit einem der letzten Updates von AVG 2012 kommt es auf einigen Rechnern zu Verdoppelung von eMails. Ursache ist wohl ein Programmfehler, der schon beim Hersteller bekannt ist. Vermutlich am 6.10. kommt eine neue Programmversion raus.

Betroffene Benutzer sollten nach Erscheinen der neuen Version das Setup neu herunterladen und AVG 2012 neu installieren . Bei den eMailscannern darauf achten, dass nur das Thunderbirdplugin installiert wird.

Betroffen sidn lt. AVG Support Thunderbirdversionen bis Version 7.0.