LMI_GenericDiskPartition

Class reference

Subclass of CIM_GenericDiskPartition

This class represents partitions on devices with other than MBR partition tables.

Local properties

string InstanceID

InstanceID is an optional property that may be used to opaquely and uniquely identify an instance of this class within the scope of the instantiating Namespace. Various subclasses of this class may override this property to make it required, or a key. Such subclasses may also modify the preferred algorithms for ensuring uniqueness that are defined below.

To ensure uniqueness within the NameSpace, the value of InstanceID should be constructed using the following “preferred” algorithm:

<OrgID>:<LocalID>

Where <OrgID> and <LocalID> are separated by a colon (:), and where <OrgID> must include a copyrighted, trademarked, or otherwise unique name that is owned by the business entity that is creating or defining the InstanceID or that is a registered ID assigned to the business entity by a recognized global authority. (This requirement is similar to the <Schema Name>_<Class Name> structure of Schema class names.) In addition, to ensure uniqueness, <OrgID> must not contain a colon (:). When using this algorithm, the first colon to appear in InstanceID must appear between <OrgID> and <LocalID>.

<LocalID> is chosen by the business entity and should not be reused to identify different underlying (real-world) elements. If not null and the above “preferred” algorithm is not used, the defining entity must assure that the resulting InstanceID is not reused across any InstanceIDs produced by this or other providers for the NameSpace of this instance.

If not set to null for DMTF-defined instances, the “preferred” algorithm must be used with the <OrgID> set to CIM.

uint64 ExtentStripeLength

If not null, then IsComposite shall be true. Number of contiguous underlying StorageExtents counted before looping back to the first underlying StorageExtent of the current stripe. It is the number of StorageExtents forming the user data stripe.

boolean Primordial

If true, “Primordial” indicates that the containing System does not have the ability to create or delete this operational element. This is important because StorageExtents are assembled into higher-level abstractions using the BasedOn association. Although the higher-level abstractions can be created and deleted, the most basic, (i.e. primordial), hardware-based storage entities cannot. They are physically realized as part of the System, or are actually managed by some other System and imported as if they were physically realized. In other words, a Primordial StorageExtent exists in, but is not created by its System and conversely a non-Primordial StorageExtent is created in the context of its System. For StorageVolumes, this property will generally be false. One use of this property is to enable algorithms that aggregate StorageExtent.ConsumableSpace across all, StorageExtents but that also want to distinquish the space that underlies Primordial StoragePools. Since implementations are not required to surface all Component StorageExtents of a StoragePool, this information is not accessible in any other way.

boolean NoSinglePointOfFailure

Indicates whether or not there exists no single point of failure.

string DeviceBusType

Name of bus, used to connect the block device, such as USB, SCSI or ATA. This property is available mostly for disk block devices, not for their descendants like partitions, logical volumes and so on. Note that the list of values may not be complete and is not guaranteed to be stable.

string ElementName

A user-friendly name for the object. This property allows each instance to define a user-friendly name in addition to its key properties, identity data, and description information.

Note that the Name property of ManagedSystemElement is also defined as a user-friendly name. But, it is often subclassed to be a Key. It is not reasonable that the same property can convey both identity and a user-friendly name, without inconsistencies. Where Name exists and is not a Key (such as for instances of LogicalDevice), the same information can be present in both the Name and ElementName properties. Note that if there is an associated instance of CIM_EnabledLogicalElementCapabilities, restrictions on this properties may exist as defined in ElementNameMask and MaxElementNameLen properties defined in that class.

uint16 NameNamespace

The preferred source SCSI for volume names is SCSI VPD Page 83 responses. Page 83 returns a list of identifiers for various device elements. The metadata for each identifier includes an Association field, identifiers with association of 0 apply to volumes. Page 83 supports several namespaces specified in the Type field in the identifier metadata. See SCSI SPC-3 specification.

2 = VPD Page 83, Type 3 NAA (NameFormat SHOULD be NAA)

3 = VPD Page 83, Type 2 EUI64 (NameFormat EUI)

4 = VPD Page 83, Type 1 T10 Vendor Identification

(NameFormat T10)

Less preferred volume namespaces from other interfaces:

5 = VPD page 80, Serial number (NameFormat SHOULD be Other)

6 = FC NodeWWN (NameFormat SHOULD be NAA or EUI)

7 = Serial Number/Vendor/Model (NameFormat SHOULD be SNVM)

The preferred namespace for LogigicalDisk names is platform specific device namespace; see LogigicalDIsk Description.

8 = OS Device Namespace.

ValueMap Values
0 Unknown
1 Other
2 VPD83Type3
3 VPD83Type2
4 VPD83Type1
5 VPD80
6 NodeWWN
7 SNVM
8 OS Device Namespace

uint16 NameFormat

The list here applies to all StorageExtent subclasses. Please look at the Description in each subclass for guidelines on the approriate values for that subclass. Note that any of these formats could apply to a CompositeExtent.

Note - this property originally touched on two concepts that are now separated into this property and NameNamespace. Values 2,3,4,5,6, and 8 are retained for backwards compatibility but are deprecated in lieu of the corresponding values in CIM_StorageExtent.NameNamespace.

For example, the preferred source for SCSI virtual (RAID) disk names is from Inquiry VPD page 83 response, type 3 identifiers. These will have NameFormat set to ‘NAA’ and NameNamespace to ‘VPD83Type3’.

Format of the Name property. Values for extents representing SCSI volumes are (per SCSI SPC-3):

2 = VPD Page 83, NAA IEEE Registered Extended (VPD83NAA6)

(DEPRECATED)

3 = VPD Page 83, NAA IEEE Registered (VPD83NAA5)

(DEPRECATED)

4 = VPD Page 83, (VPD83Type2) (DEPRECATED)

5 = VPD Page 83,

T10 Vendor Identification (VPD83Type1) (DEPRECATED)

6 = VPD Page 83, Vendor Specific (VPD83Type0) (DEPRECATED)

7 = Serial Number/Vendor/Model (SNVM) SNVM is 3 strings representing the vendor name, product name within the vendor namespace, and the serial number within the model namespace. Strings are delimited with a ‘+’. Spaces may be included and are significant. The serial number is the text representation of the serial number in hexadecimal upper case. This represents the vendor and model ID from SCSI Inquiry data; the vendor field MUST be 8 characters wide and the product field MUST be 16 characters wide. For example,

‘ACME____+SUPER DISK______+124437458’ (_ is a space character)

8 = Node WWN (for single LUN/controller) (NodeWWN)

(DEPRECATED)

9 = NAA as a generic format. See

http://standards.ieee.org/regauth/oui/tutorials/fibrecomp_id.html. Formatted as 16 or 32 unseparated uppercase hex characters (2 per binary byte). For example ‘21000020372D3C73’

10 = EUI as a generic format (EUI64) See

http://standards.ieee.org/regauth/oui/tutorials/EUI64.html.

Formatted as 16 unseparated uppercase hex characters (2 per binary byte)

11 = T10 vendor identifier format as returned by SCSI Inquiry VPD page 83, identifier type 1. See T10 SPC-3 specification. This is the 8-byte ASCII vendor ID from the T10 registry followed by a vendor specific ASCII identifier; spaces are permitted. For non SCSI volumes, ‘SNVM’ may be the most appropriate choice. 12 = OS Device Name (for LogicalDisks). See LogicalDisk Name description for details.

ValueMap Values
0 Unknown
1 Other
2 VPD83NAA6
3 VPD83NAA5
4 VPD83Type2
5 VPD83Type1
6 VPD83Type0
7 SNVM
8 NodeWWN
9 NAA
10 EUI64
11 T10VID
12 OS Device Name

string Name

A unique identifier for the Extent.

uint64 BlockSize

Size in bytes of the blocks which form this StorageExtent. If variable block size, then the maximum block size in bytes should be specified. If the block size is unknown or if a block concept is not valid (for example, for AggregateExtents, Memory or LogicalDisks), enter a 1.

string[] ExtentDiscriminator

An array of strings used to discriminate the association context in which this StorageExtent is instantiated. Each element of the array should be prefixed by a well known organization name followed by a colon and followed by a string defined by that organization. For example, SNIA SMI-S compliant instances might contain one or more of the following values:

‘SNIA:Pool Component’ - A StorageExtent (or CompositeExtent) that represents storage of a StoragePool and has an AssociatedComponentExtent to its StoragePool, but is not a remaining extent.

‘SNIA:Remaining’ - A StorageExtent that has an AssociatedRemainingExtent to a StoragePool (representing free storage in the StoragePool).

‘SNIA:Intermediate’ - A StorageExtent (or CompositeExtent) that is neither a Pool Component nor a Remaining Extent (it does not represent storage in the pool, remaining or otherwise).

‘SNIA:Composite’ - A StorageExtent that is a CompositeExtent.

‘SNIA:DiskDrive’ - A StorageExtent that is the media on a Disk Drive.

‘SNIA:Imported’ - A StorageExtent that is imported from an external source.

‘SNIA:Allocated’ - A StorageExtent that is subclassed to StorageVolume or LogicalDisk, and has an AllocatedFromStoragePool association from a Concrete StoragePool.

‘SNIA:Shadow’ - A StorageExtent (or subclass) that represents a StorageExtent in another autonomous profile (e.g., the StorageVirtualizer has StorageVolumes (Shadow) that represent StorageVolumes exported by Arrays).

‘SNIA:Spare’ - A StorageExtent that acts as a spare for other StorageExtents (and has the IsSpare association).

‘SNIA:Reserved’ - A StorageExtent that is reserved for some system use within the autonomous profile (e.g., in NAS profiles, an Allocated LogicalDisk is reserved for holding Filesystems).

uint16 PackageRedundancy

How many physical packages can currently fail without data loss. For example, in the storage domain, this might be disk spindles.

uint16 DataRedundancy

Number of complete copies of data currently maintained.

uint64 NumberOfBlocks

Total number of logically contiguous blocks, of size Block Size, which form this Extent. The total size of the Extent can be calculated by multiplying BlockSize by NumberOfBlocks. If the BlockSize is 1, this property is the total size of the Extent.

uint16[] OperationalStatus

Indicates the current statuses of the element. Various operational statuses are defined. Many of the enumeration’s values are self-explanatory. However, a few are not and are described here in more detail.

“Stressed” indicates that the element is functioning, but needs attention. Examples of “Stressed” states are overload, overheated, and so on.

“Predictive Failure” indicates that an element is functioning nominally but predicting a failure in the near future.

“In Service” describes an element being configured, maintained, cleaned, or otherwise administered.

“No Contact” indicates that the monitoring system has knowledge of this element, but has never been able to establish communications with it.

“Lost Communication” indicates that the ManagedSystem Element is known to exist and has been contacted successfully in the past, but is currently unreachable.

“Stopped” and “Aborted” are similar, although the former implies a clean and orderly stop, while the latter implies an abrupt stop where the state and configuration of the element might need to be updated.

“Dormant” indicates that the element is inactive or quiesced.

“Supporting Entity in Error” indicates that this element might be “OK” but that another element, on which it is dependent, is in error. An example is a network service or endpoint that cannot function due to lower-layer networking problems.

“Completed” indicates that the element has completed its operation. This value should be combined with either OK, Error, or Degraded so that a client can tell if the complete operation Completed with OK (passed), Completed with Error (failed), or Completed with Degraded (the operation finished, but it did not complete OK or did not report an error).

“Power Mode” indicates that the element has additional power model information contained in the Associated PowerManagementService association.

“Relocating” indicates the element is being relocated.

OperationalStatus replaces the Status property on ManagedSystemElement to provide a consistent approach to enumerations, to address implementation needs for an array property, and to provide a migration path from today’s environment to the future. This change was not made earlier because it required the deprecated qualifier. Due to the widespread use of the existing Status property in management applications, it is strongly recommended that providers or instrumentation provide both the Status and OperationalStatus properties. Further, the first value of OperationalStatus should contain the primary status for the element. When instrumented, Status (because it is single-valued) should also provide the primary status of the element.

ValueMap Values
0 Unknown
1 Other
2 OK
3 Degraded
4 Stressed
5 Predictive Failure
6 Error
7 Non-Recoverable Error
8 Starting
9 Stopping
10 Stopped
11 In Service
12 No Contact
13 Lost Communication
14 Aborted
15 Dormant
16 Supporting Entity in Error
17 Completed
18 Power Mode
19 Relocating
DMTF Reserved
0x8000.. Vendor Reserved

string[] Names

All names, under which this device is known. All these names are symlinks to one block device.

uint16[] ExtentStatus

StorageExtents have additional status information beyond that captured in the OperationalStatus and other properties, inherited from ManagedSystemElement. This additional information (for example, “Protection Disabled”, value=9) is captured in the ExtentStatus property.

‘In-Band Access Granted’ says that access to data on an extent is granted to some consumer and is only valid when ‘Exported’ is also set. It is set as a side effect of PrivilegeManagementService.ChangeAccess or equivalent interfaces.

‘Imported’ indicates that the extent is used in the current system, but known to be managed by some other system. For example, a server imports volumes from a disk array.

‘Exported’ indicates the extent is meant to be used by some comsumer. A disk array’s logical units are exported.

Intermediate composite extents may be neither imported nor exported.

‘Relocating’ indicates the extent is being relocated.

ValueMap Values
0 Other
1 Unknown
2 None/Not Applicable
3 Broken
4 Data Lost
5 Dynamic Reconfig
6 Exposed
7 Fractionally Exposed
8 Partially Exposed
9 Protection Disabled
10 Readying
11 Rebuild
12 Recalculate
13 Spare in Use
14 Verify In Progress
15 In-Band Access Granted
16 Imported
17 Exported
18 Relocating
DMTF Reserved
32768..65535 Vendor Reserved

uint64 ConsumableBlocks

The maximum number of blocks, of size BlockSize, which are available for consumption when layering StorageExtents using the BasedOn association. This property only has meaning when this StorageExtent is an Antecedent reference in a BasedOn relationship. For example, a StorageExtent could be composed of 120 blocks. However, the Extent itself may use 20 blocks for redundancy data. If another StorageExtent is BasedOn this Extent, only 100 blocks would be available to it. This information (‘100 blocks is available for consumption’) is indicated in the ConsumableBlocks property.

Local methods

None