ems
NAMEN
EMS - Rufen Sie Befehle an den ONTAP Event Management SystemÜBERSICHT
ems [Veranstaltung | Anmelden] StatusEMS-Log-Dump Wert
BESCHREIBUNG
Das Event Management System (EMS) sammelt Event-Daten aus verschiedenen Teilen der ONTAP-Kernel und bietet eine Reihe von Filter-und Event Weiterleitungsmechanismen. EMS sieht drei verschiedene Einheiten:Ein Ereignis, Produzent erkennt die Existenz eines Ereignisses und erzeugt ein Ereignis Anzeige.
Ein Ereignis Verbraucher beschreibt Ereignisse, die er auf der Grundlage der Filterung von Informationen im Rahmen der Veranstaltung Anzeige (Art der Nachricht, die Inhalte innerhalb von Nachrichten) empfangen möchte.
Die EMS-Motor erhält Indikationen von Event-Produzenten und her, um die Verbraucher auf Event-Filterung Beschreibungen basieren.
EMS unterstützt die folgenden Ereignis Verbraucher:
Die Logging-Verbraucher empfängt Ereignisse aus dem Motor und schreibt Veranstaltung Indikation Beschreibungen mit einem generischen textbasierten Log-Format.
Die syslog Verbraucher empfängt Ereignisse aus dem Motor und vorne an den Kernel syslog.
Der SNMP-Trap-Verbraucher empfängt Ereignisse aus dem Motor und vorne an den Kernel SNMP-Trap oder genera_ t.
Ein UMS Ereignis hat einen Namen, typischerweise in einem dotnotation Format ausgedrückt, und eine Sammlung von benannten Attributen. Attributwerte sind wahlweise Strings oder Zahlen. Ein UMS Veranstaltung hat eine Priorität zugeordnet. Die folgenden Prioritätsstufen sind definiert:
node_fault Eine Beschädigung von Daten entdeckt worden ist oder die Knoten nicht auf Client-Service zu bieten.
- svc_fault
- Eine vorübergehende Unterbrechung des Dienstes erkannt wurde, in der Regel eine vorübergehende Störung Software.
svc_error Ein Software-Fehler wurde erkannt, was nicht sofort tödlich.
- Warnung
- Eine Nachricht mit hoher Priorität, weist nicht auf ein Verschulden trifft.
- bemerken
- Ein normaler Priorität Nachricht, weist nicht auf ein Verschulden trifft.
- Info
- Eine Nachricht mit niedriger Priorität, weist nicht auf ein Verschulden trifft.
- debuggen
- Ein Debugging-Meldung, in der Regel unterdrückt.
OPTIONS
log-Dump WertSpeichern des Inhalts des Protokolls über einen Zeitraum. Der Wert wird als Argument einer Zeit, Menge der Stunden angegeben [nh] oder Tagen [nd].
log-Status
Bringen Sie den Status der EMS-Log.
Event-Status
Bringen Sie den Status beschreibt Ereignisse, die von der EMS-Engine verarbeitet wurden.
Status zurück eine knappe Fassung des EMS-Engine-Status.
Protokolldateiinformationen
EMS unterstützt einen integrierten Logging-Funktion, die alle EMS Ereignisse protokolliert. Das Protokoll wird in / etc / log / ems gehalten und gedreht wird wöchentlich.Gedreht Log-Dateien werden durch eine ganze Zahl Suffix identifiziert. Zum Beispiel würde die erste Datei normal gedreht wird / etc/log/ems.0, die zweite / etc/log/ems.1 sein, und so weiter.
Die Log-Datei-Format basiert auf Extensible Markup Language (XML) Fragmenten und enthält Informationen alle Daten mit dem Ereignis Angabe zugeordnet ist. Das Folgende ist ein Beispiel Protokolldatensatz mit einem Ereignis beschreibt einen Zustandsübergang in der Cluster-Monitor zugeordnet:
<Cf_fsm_stateTransit_1
oldState = ".. / index.htm"
newState = "Übernahme"
elem = "S100_18 (Noop)" />
</ LR>
Veranstaltungen werden von einem Typ als XML-Element (cf_fsm_stateTransit_1), Version, Datum (d), Knoten-Name (n), System-Zeit (t), Generation und Sequenz (ID), Priorität (P), Status (s) beschrieben identifiziert , den Besitz ONTAP Prozess (o) und vFiler Name (o). Den alten und neuen Staaten der Cluster-Monitor (oldState, newState) und eine interne Kennung für den Zustandsübergang (elem): Die restlichen Informationen werden mit einer Veranstaltung dieser besonderen Art verbunden.
Das Format der EMS-Log-Datei unterliegt in einer zukünftigen Version ändern.
STATUS
Die EMS-Befehl kann verwendet werden, um den Status der EMS-Log und EMS Event Processing Facility zurückkehren werden.Zum Event Processing Informationen zu erhalten, wird der EMS Event-Status-Befehl ausgegeben. Hier ist ein Beispiel für die Ausgabe:
Aktuelle Zeit: 15.21.36 27Jan2006 Motor Status: Indikationen 20, Tropfen 0, SUPPR (dup 0, Timer 0, auto 0) Event: Drops Priority Last Time Indikationen DupSuppr TimerSuppr AutoSuppr ems.engine.endReplay: INFO 27Jan2006 15.21 : 25 1 0 0 0 0 ems.engine.startReplay: INFO 27Jan2006 15.21.25 1 0 0 0 0 kern.rc.msg: HINWEIS 27Jan2006 15.21.26 2 0 0 0 0 kern.syslog.msg: console_login : INFO 27Jan2006 15.21.31 1 0 0 0 0 kern.syslog.msg: httpd: WARN 27Jan2006 15.21.26 1 0 0 0 0 kern.syslog.msg: init: WARN 27Jan2006 15.21.24 1 0 0 0 0 kern.syslog.msg: main: DEBUG Boot 0 0 0 0 0 kern.syslog.msg: rc: DEBUG 27Jan2006 15.21.29 2 0 0 0 0 kern.syslog.msg: rc: HINWEIS 27Jan2006 15: 21.24 Uhr 1 0 0 0 0 raid.vol.state.online: HINWEIS 27Jan2006 15.21.29 1 0 0 0 0 wafl.vol.loading: DEBUG 27Jan2006 15.21.20 2 0 0 0 0
Veranstaltung: Priority
Der Name der Veranstaltung, gefolgt von seiner Priorität.
Last Time
Dieses Feld enthält Timestamp-Header-Informationen mit der letzten Veranstaltung dieser Art erhielt assoziiert. Ein Wert von lokalen zeigt an, dass das Ereignis von EMS wurde im Auftrag des lokalen Knoten empfangen. Ein Wert von Partner zeigt an, dass das Ereignis von EMS wurde im Auftrag von einem Cluster-Knoten Partner erhalten hat.
Indikationen
Die Anzahl der Ereignisanzeigen dieses Typs, die empfangen wurden.
Sinkt die Zahl, wie oft ein Ereignis Indikation dieser Art wurde aufgrund mangelnder Ressourcen gesunken.
DupSuppr
Die Anzahl, wie oft ein Ereignis Indikation dieser Art wurde durch doppelte Unterdrückung unterdrückt.
TimerSuppr
Die Anzahl, wie oft ein Ereignis Indikation dieser Art wurde von Timer Unterdrückung unterdrückt.
AutoSuppr
Die Anzahl, wie oft ein Ereignis Indikation dieser Art wurde durch automatische Unterdrückung unterdrückt.
Um Log-Status zu bekommen, wird die ems Log-Status-Befehl ausgegeben. Hier ist ein Beispiel für die Ausgabe:
EMS-Log-Daten: [LOG_default] Speichern 5, rotieren wöchentlich, Größe 26155 Datei / etc / log / Ems, Format XML-Ebene Debug-Indikationen 73, Tropfen 0 Letztes Update: 15.25.25 27Jan2006
- sparen
- Die Anzahl der Dateien, die gedreht werden gespeichert.
Größe Die Menge an gespeicherten Daten an die gerade aktive Protokolldatei.
- Datei
- Der Name der Log-Datei.
nivellieren die Prioritätsstufe Filterung.
Indikationen
Anzahl der Indikationen Ereignis empfangen.
sinkt die Anzahl der Ereignisse, die aufgrund mangelnder Ressourcen wurden fallengelassen.
Letztes Update
Der Zeitpunkt, an dem das letzte Ereignis Anzeige verarbeitet wurde.
Verbleibende Felder enthalten Daten mit der letzten Veranstaltung Indikation assoziiert.
Registrierungsfehler
EMS nutzt die System-Registry, um seine anhaltende Konfiguration zu speichern. Alle der EMS-Konfigurationsvariablen werden unter dem options.ems Zweig der Registry gesammelt.-Clustern
EMS unterstützt pro-Knoten-Konfigurationen in einer Cluster-Umgebung. Allerdings sind Ereignisse, die für die Systemkonfiguration der verbleibenden Knoten an einer Übernahme sind nur für die EMS Verbraucher für diesen Knoten gesendet.
SIEHE AUCH
SNMP, snmpd, syslog.conf, syslogdBUGS
Unterstützung für konfigurierbare EMS Weiterleitung von SNMP, AutoSupport und syslog wird in dieser Version nicht enthalten sind.- NAMEN
- ÜBERSICHT
- BESCHREIBUNG
- OPTIONS
- Protokolldateiinformationen
- STATUS
- Registrierungsfehler
- -Clustern
- SIEHE AUCH
- BUGS
Copyright © 1994-2008 NetApp Inc. Rechtliche Hinweise
