LMI_JournalLogRecord

Class reference

Subclass of CIM_LogRecord

The LogRecord object can describe the definitional format for entries in a MessageLog, or can be used to instantiate the actual records in the Log. The latter approach provides a great deal more semantic definition and management control over the individual entries in a MessageLog, than do the record manipulation methods of the Log class. It is recommended that the data in individual Log entries be modeled using subclasses of LogRecord, to avoid the creation of LogRecords with one property (such as RecordData) without semantics.

Definitional formats for LogRecords could be specified by establishing a naming convention for the RecordID and Message Timestamp key properties.

Local properties

string LogCreationClassName

The scoping Log’s CreationClassName.

datetime MessageTimestamp

A LogRecord’s key structure includes a timestamp for the entry. If the timestamp for the entry is unknown, the value 99990101000000.000000+000 SHOULD be used.

string RecordID

RecordID, with the MessageTimestamp property, serve to uniquely identify the LogRecord within a MessageLog. Note that this property is different than the RecordNumber parameters of the MessageLog methods. The latter are ordinal values only, useful to track position when iterating through a Log. On the other hand, RecordID is truly an identifier for an instance of LogRecord. It may be set to the record’s ordinal position, but this is not required.

string HostName

Hostname of the system where the log record has been sent from.

string DataFormat

Deprecated! A free-form string describing the LogRecord’s data structure.

string LogName

The scoping Log’s Name.

string CreationClassName

CreationClassName indicates the name of the class or the subclass used in the creation of an instance. When used with the other key properties of this class, this property allows all instances of this class and its subclasses to be uniquely identified.

uint16 PerceivedSeverity

An enumerated value that describes the severity of the Indication from the notifier’s point of view:

1 - Other, by CIM convention, is used to indicate that the Severity’s value can be found in the OtherSeverity property.

3 - Degraded/Warning should be used when its appropriate to let the user decide if action is needed.

4 - Minor should be used to indicate action is needed, but the situation is not serious at this time.

5 - Major should be used to indicate action is needed NOW.

6 - Critical should be used to indicate action is needed NOW and the scope is broad (perhaps an imminent outage to a critical resource will result).

7 - Fatal/NonRecoverable should be used to indicate an error occurred, but it’s too late to take remedial action.

2 and 0 - Information and Unknown (respectively) follow common usage. Literally, the Indication is purely informational or its severity is simply unknown.

ValueMap Values
0 Unknown
1 Other
2 Information
3 Degraded/Warning
4 Minor
5 Major
6 Critical
7 Fatal/NonRecoverable

Local methods

None

Inherited properties

string Caption
uint64 Generation
string Locale
string InstanceID
string RecordData

Inherited methods

None

Table Of Contents

Previous topic

CIM_System

Next topic

LMI_JournalLogRecordInstanceCreationIndication

This Page