1 kumpf 1.1 // ===================================================================
2 // Title: System Elements 2.7
3 // Filename: System27_SystemElements.mof
4 // Version: 2.7.0
5 // Release: Final
6 // Date: 03/31/03
7 // ===================================================================
8 // Copyright 1998-2003 Distributed Management Task Force, Inc. (DMTF).
9 // All rights reserved.
10 // DMTF is a not-for-profit association of industry members dedicated
11 // to promoting enterprise and systems management and interoperability.
12 // DMTF specifications and documents may be reproduced for uses
13 // consistent with this purpose by members and non-members,
14 // provided that correct attribution is given.
15 // As DMTF specifications may be revised from time to time,
16 // the particular version and release date should always be noted.
17 //
18 // Implementation of certain elements of this standard or proposed
19 // standard may be subject to third party patent rights, including
20 // provisional patent rights (herein "patent rights"). DMTF makes
21 // no representations to users of the standard as to the existence
22 kumpf 1.1 // of such rights, and is not responsible to recognize, disclose, or
23 // identify any or all such third party patent right, owners or
24 // claimants, nor for any incomplete or inaccurate identification or
25 // disclosure of such rights, owners or claimants. DMTF shall have no
26 // liability to any party, in any manner or circumstance, under any
27 // legal theory whatsoever, for failure to recognize, disclose, or
28 // identify any such third party patent rights, or for such party's
29 // reliance on the standard or incorporation thereof in its product,
30 // protocols or testing procedures. DMTF shall have no liability to
31 // any party implementing such standard, whether such implementation
32 // is foreseeable or not, nor to any patent owner or claimant, and shall
33 // have no liability or responsibility for costs or losses incurred if
34 // a standard is withdrawn or modified after publication, and shall be
35 // indemnified and held harmless by any party implementing the
36 // standard from any and all claims of infringement by a patent owner
37 // for such implementations.
38 //
39 // For information about patents held by third-parties which have
40 // notified the DMTF that, in their opinion, such patent may relate to
41 // or impact implementations of DMTF standards, visit
42 // http://www.dmtf.org/about/policies/disclosures.php.
43 kumpf 1.1 // ===================================================================
44 // Description: The System Model defines system related management
45 // concepts. This file defines the specific concepts for
46 // ComputerSystems (Virtual Systems, UnitaryComputerSystems,
47 // Clusters, etc.).
48 //
49 // The object classes below are listed in an order that
50 // avoids forward references. Required objects, defined
51 // by other working groups, are omitted.
52 // ==================================================================
53 // Change Log for v2.7 Final
54 // CR963 - Update description for ComputerSystem.
55 // CR969 - Remove the experimental qualifier
56 //
57 // Change Log for v2.7
58 // CR640 - Add ComputerSystem.OtherDedicatedDescriptions
59 // - Add corresponding model correspondence to ComputerSystem.
60 // Dedicated
61 // CR717 - Extend ComputerSystem.NameFormat to include "WWN"
62 // - Extend ComputerSystem.Dedicated to include "Block Server"
63 // and "File Server"
64 kumpf 1.1 // - Clean up the description of ComputerSystem.ResetCapability
65 // to refer to ComptuerSystem vs. UnitaryComputerSystem
66 // CR718 - Remove the Abstract qualifier from ComputerSystem making
67 // it a concrete class
68 // - Promote ComputerSystemPackage.Dependent from
69 // UnitaryComputerSystem to ComputerSystem
70 // CR720 - Deprecate the use of ComputerSystem.PowerManagement
71 // Capabilities & ComputerSystem.SetPowerState()
72 // Deprecate the use of UnitaryComputerSystem.PowerManagement
73 // Supported
74 // CR767 - Add the Compostion qualifer to ComponentCS, SystemPartition
75 // CR773 - Update the description ComputerSystem.Dedicated
76 // Extend the values of ComputerSystem.Dedicated to include
77 // "Mobile User Device"
78 // CR822 - Change the subclassing of ComputerSystemPackage from
79 // Dependency to SystemPackaging
80 // CR865 - Add ComputerSystemNodeCapabilities
81 // ===================================================================
82
83 #pragma locale ("en_US")
84
85 kumpf 1.1
86 // ===================================================================
87 // ComputerSystem
88 // ===================================================================
89 [Version ("2.7.0"), Description (
90 "A class derived from System that is a special collection of "
91 "ManagedSystemElements. This collection provides "
92 "compute capabilities and serves as aggregation point to "
93 "associate one or more of the following elements: FileSystem, "
94 "OperatingSystem, Processor and Memory (Volatile and/or "
95 "NonVolatile Storage).") ]
96 class CIM_ComputerSystem : CIM_System {
97
98 [Override ("NameFormat"), Description (
99 "The ComputerSystem object and its derivatives are Top "
100 "Level Objects of CIM. They provide the scope for numerous "
101 "components. Having unique System keys is required. "
102 "The NameFormat property identifies how the ComputerSystem "
103 "Name is generated. The NameFormat ValueMap qualifier "
104 "defines the various mechanisms for assigning the name. "
105 "Note that another name can be assigned and "
106 kumpf 1.1 "used for the ComputerSystem that better suit "
107 "a business, using the inherited ElementName property."),
108 ValueMap {"Other", "IP", "Dial", "HID", "NWA", "HWA", "X25",
109 "ISDN", "IPX", "DCC", "ICD", "E.164", "SNA", "OID/OSI",
110 "WWN"} ]
111 string NameFormat;
112
113 [MaxLen (256), ArrayType ("Indexed"), Description (
114 "OtherIdentifyingInfo captures additional data, beyond "
115 "System Name information, that could be used to identify "
116 "a ComputerSystem. One example would be to hold the "
117 "Fibre Channel World-Wide Name (WWN) of a node. Note that "
118 "if only the Fibre Channel name is available and is "
119 "unique (able to be used as the System key), then this "
120 "property would be NULL and the WWN would become the "
121 "System key, its data placed in the Name property."),
122 ModelCorrespondence {
123 "CIM_ComputerSystem.IdentifyingDescriptions"} ]
124 string OtherIdentifyingInfo[];
125
126 [ArrayType ("Indexed"), Description (
127 kumpf 1.1 "An array of free-form strings providing explanations "
128 "and details behind the entries in the OtherIdentifying"
129 "Info array. Note, each entry of this array is related "
130 "to the entry in OtherIdentifyingInfo that is located at "
131 "the same index."),
132 ModelCorrespondence {
133 "CIM_ComputerSystem.OtherIdentifyingInfo"} ]
134 string IdentifyingDescriptions[];
135
136 [Description (
137 " Enumeration indicating whether the ComputerSystem is "
138 "a special-purpose System (ie, dedicated to a particular "
139 "use), versus being 'general purpose'. For example, one "
140 "could specify that the System is dedicated to \"Print\" "
141 "(value=11) or acts as a \"Hub\" (value=8). \n"
142 " A clarification is needed with respect to the value "
143 "17 (\"Mobile User Device\"). An example of a dedicated "
144 "user device is a mobile phone or a barcode scanner in a "
145 "store that communicates via radio frequency. These systems "
146 "are quite limited in functionality and programmability, "
147 "and are not considered 'general purpose' computing platforms. "
148 kumpf 1.1 "Alternately, an example of a mobile system that is "
149 "'general purpose' (i.e., is NOT dedicated) is a hand-held "
150 "computer. Although limited in its programmability, new "
151 "software can be downloaded and its functionality expanded "
152 "by the user."),
153 ValueMap {"0", "1", "2", "3", "4", "5", "6", "7", "8", "9",
154 "10", "11", "12", "13", "14", "15", "16", "17"},
155 Values {"Not Dedicated", "Unknown", "Other", "Storage",
156 "Router", "Switch", "Layer 3 Switch",
157 "Central Office Switch", "Hub", "Access Server",
158 "Firewall", "Print", "I/O", "Web Caching", "Management",
159 "Block Server", "File Server", "Mobile User Device"},
160 ModelCorrespondence {
161 "CIM_ComputerSystem.OtherDedicatedDescriptions"} ]
162 uint16 Dedicated[];
163
164 [Description (
165 "A string describing how or why the system is dedicated "
166 "when the Dedicated array includes the value 2, "
167 "\"Other\"."),
168 ModelCorrespondence {"CIM_ComputerSystem.Dedicated"} ]
169 kumpf 1.1 string OtherDedicatedDescriptions[];
170
171 [Description (
172 "If enabled (value = 4), the ComputerSystem can be "
173 "reset via hardware (e.g. the power and reset buttons). If "
174 "disabled (value = 3), hardware reset is not allowed. In "
175 "addition to Enabled and Disabled, other Values for the "
176 "property are also defined - \"Not Implemented\" (5), "
177 "\"Other\" (1) and \"Unknown\" (2)."),
178 ValueMap {"1", "2", "3", "4", "5"},
179 Values {"Other", "Unknown", "Disabled",
180 "Enabled", "Not Implemented"},
181 MappingStrings {"MIF.DMTF|System Hardware Security|001.4"} ]
182 uint16 ResetCapability;
183
184 [Deprecated {"CIM_PowerManagementCapabilities.PowerCapabilities"},
185 Description(
186 "An enumerated array describing the power management "
187 "capabilities of the ComputerSystem. The use of this "
188 "property has been deprecated. Instead, the Power"
189 "Capabilites property in an associated PowerManagement"
190 kumpf 1.1 "Capabilities class should be used." ),
191 ValueMap {"0", "1", "2", "3", "4", "5", "6", "7"},
192 Values {"Unknown", "Not Supported", "Disabled",
193 "Enabled", "Power Saving Modes Entered Automatically",
194 "Power State Settable", "Power Cycling Supported",
195 "Timed Power On Supported"},
196 MappingStrings {"MIF.DMTF|System Power Controls|001.2"} ]
197 uint16 PowerManagementCapabilities[];
198
199 [Deprecated {"CIM_PowerManagementService.SetPowerState"},
200 Description(
201 "Sets the power state of the computer. "
202 "The use of this method has been deprecated. Instead, "
203 "use the SetPowerState method in the associated "
204 "PowerManagementService class." ) ]
205 uint32 SetPowerState(
206 [IN, ValueMap {"1", "2", "3", "4", "5", "6", "7", "8"},
207 Values {"Full Power", "Power Save - Low Power Mode",
208 "Power Save - Standby", "Power Save - Other",
209 "Power Cycle", "Power Off", "Hibernate",
210 "Soft Off"} ]
211 kumpf 1.1 uint32 PowerState,
212 [IN] datetime Time);
213 };
214
215
216 // ==================================================================
217 // ComputerSystemNodeCapabilities
218 // ==================================================================
219 [Experimental, Version ("2.7.0"), Description (
220 "Indicates general capabilities of a ComputerSystem node, such as "
221 "the ability to support a battery (and be portable), and ECC "
222 "memory. To tie these capabilities to a ComputerSystem instance, "
223 "the ElementCapabilities association is used.") ]
224 class CIM_ComputerSystemNodeCapabilities : CIM_Capabilities {
225
226 [Required, Description (
227 "Enumeration indicating whether a battery is installable/"
228 "supportable on this System. This is independent of "
229 "whether one is currently installed. The latter is "
230 "indicated by an instance of the CIM_Battery class "
231 "associated using the SystemDevice relationship."),
232 kumpf 1.1 ValueMap {"0", "2", "3"},
233 Values {"Unknown", "Battery Supported",
234 "Battery Not Supported"} ]
235 uint16 BatterySupported;
236
237 [Required, Description (
238 "Enumeration indicating whether ECC single or multi-bit "
239 "memory is supported on this node. This is independent "
240 "of whether ECC memory is actually installed. The latter "
241 "is indicated by an instance of CIM_PhysicalMemory that "
242 "'Realizes' the CIM_Memory of the System (associated using "
243 "SystemDevice)."),
244 ValueMap {"0", "2", "3"},
245 Values {"Unknown", "Single-bit ECC", "Multi-bit ECC"},
246 MappingStrings {"MIF.DMTF|Physical Memory|002.10"} ]
247 uint16 ECCSupported;
248 };
249
250
251 // ===================================================================
252 // ComponentCS
253 kumpf 1.1 // ===================================================================
254 [Association, Aggregation, Composition, Version ("2.7.0"),
255 Description (
256 "A ComputerSystem can aggregate another ComputerSystem. "
257 "This association can be used to model MPP Systems with "
258 "workstation frontends, an I2O subsystem embedded in a Unitary"
259 "ComputerSystem, or a System that splits functionality between "
260 "two processors, potentially running different Operating"
261 "Systems. For example, if a CISC Processor and its associated "
262 "OperatingSystem, are used for user interface and file "
263 "support, and a RISC Processor and its OS are used for complex "
264 "mathematical operations, this could be modeled as two "
265 "ComputerSystems where one aggregates the other. In some cases, "
266 "this could be modeled as a Cluster. The difference is the "
267 "focus of the relationship. ComponentCS represents that "
268 "unique and distinct ComputerSystems are aggregated by a "
269 "higher level CS object. However, each of the component CSs are "
270 "still distinguishable entities and are only viewed as such. "
271 "Alternately, with a Cluster, the ComputerSystems that "
272 "participate in it are inconsequential, when viewed through the "
273 "'Cluster System'.\n\n"
274 kumpf 1.1 "When instantiating or subclassing the ComponentCS "
275 "relationship, care should be taken that the component "
276 "ComputerSystem meets the definitional requirements of a "
277 "ComputerSystem - ie, a functional whole that provides "
278 "compute capabilities and aggregates System Devices, an "
279 "OperatingSystem, etc.") ]
280 class CIM_ComponentCS : CIM_SystemComponent {
281
282 [Override ("GroupComponent"),
283 Aggregate, Description (
284 "The ComputerSystem that contains and/or aggregates other "
285 "Systems.") ]
286 CIM_ComputerSystem REF GroupComponent;
287
288 [Override ("PartComponent"),
289 Description ("The contained (Sub)ComputerSystem.") ]
290 CIM_ComputerSystem REF PartComponent;
291 };
292
293
294 // ===================================================================
295 kumpf 1.1 // UnitaryComputerSystem
296 // ===================================================================
297 [Version ("2.7.0"), Description (
298 "A class derived from ComputerSystem that represents a Desktop, "
299 "Mobile, NetPC, Server or other type of a single node Computer "
300 "System.") ]
301 class CIM_UnitaryComputerSystem : CIM_ComputerSystem {
302 [Description (
303 "This object contains the data needed to find either the "
304 "initial load device (its key) or the boot service to "
305 "request the operating system to start up. In addition, "
306 "the load parameters (ie, a pathname and parameters) "
307 "may also be specified.") ]
308 string InitialLoadInfo[];
309
310 [Description (
311 "This object contains the data identifying either the "
312 "initial load device (its key) or the boot service that "
313 "requested the last operating system load. In addition, "
314 "the load parameters (ie, a pathname and parameters) "
315 "may also be specified."),
316 kumpf 1.1 MappingStrings {
317 "MIB.IETF|HOST-RESOURCES-MIB.hrSystemInitialLoadDevice",
318 "MIB.IETF|HOST-RESOURCES-MIB.hrSystemInitialLoadParameters",
319 "MIF.DMTF|Host System|001.3"} ]
320 string LastLoadInfo;
321
322 [Deprecated {"CIM_PowerManagementCapabilities"}, Description (
323 "When TRUE, indicates that the computer can be power managed. "
324 "The use of this property has been deprecated. Instead, "
325 "the existence of an associated PowerManagementCapabilities "
326 "class (associated using the ElementCapabilites "
327 "relationship) indicates that power management is supported." ) ]
328 boolean PowerManagementSupported;
329
330 [Description(
331 "Indicates the current power state of the ComputerSystem and "
332 "its associated OperatingSystem. Regarding the Power Save "
333 "states, these are defined as follows: Value 4 (\"Power Save "
334 "- Unknown\") indicates that the System is known to be in a "
335 "power save mode, but its exact status in this mode is "
336 "unknown; 2 (\"Power Save - Low Power Mode\") indicates that "
337 kumpf 1.1 "the System is in a power save state but still functioning, "
338 "and may exhibit degraded performance; 3 (\"Power Save - "
339 "Standby\") describes that the System is not functioning but "
340 "could be brought to full power 'quickly'; value 7 (\"Power "
341 "Save - Warning\") indicates that the ComputerSystem is in a "
342 "warning state, though also in a power save mode; and, values "
343 "8 and 9 describe the ACPI \"Hibernate\" and \"Soft Off\" "
344 "states."),
345 ValueMap {"0", "1", "2", "3", "4", "5", "6", "7", "8", "9"},
346 Values {"Unknown", "Full Power", "Power Save - Low Power Mode",
347 "Power Save - Standby", "Power Save - Unknown",
348 "Power Cycle", "Power Off", "Power Save - Warning",
349 "Power Save - Hibernate", "Power Save - Soft Off"} ]
350 uint16 PowerState;
351
352 [Description (
353 "The event that caused the System to power up. This "
354 "information is available in SMBIOS, in the Type 1 structure, "
355 "the Wake Up Type attribute."),
356 ValueMap {"0", "1", "2", "3", "4", "5", "6", "7", "8"},
357 Values {"Reserved", "Other", "Unknown", "APM Timer",
358 kumpf 1.1 "Modem Ring", "LAN Remote", "Power Switch", "PCI PME#",
359 "A/C Power Restored"} ]
360 uint16 WakeUpType;
361 };
362
363
364 // ===================================================================
365 // SystemPartition
366 // ===================================================================
367 [Association, Aggregation, Composition, Version ("2.7.0"),
368 Description (
369 "A Partition is an instance of a UnitaryComputerSystem (with "
370 "its own OperatingSystem and Devices dedicated to the "
371 "Partition) that is supported by underlying hardware and "
372 "software. A Partition is not a virtualization of a Computer"
373 "System, but the segmentation of the System's compute "
374 "capabilities. Partitions can run independent copies of "
375 "possibly different OperatingSystems and have dedicated "
376 "Devices. The 'real', underlying System (perhaps a Cluster "
377 "or another UnitaryComputerSystem) aggregates its "
378 "Partitions. These semantics are described by the System"
379 kumpf 1.1 "Partition association.") ]
380 class CIM_SystemPartition : CIM_ComponentCS {
381
382 [Override ("GroupComponent"), Aggregate, Max (1),
383 Description (
384 "The 'underlying' ComputerSystem that hosts a Partition.") ]
385 CIM_ComputerSystem REF GroupComponent;
386
387 [Override ("PartComponent"),
388 Description ("The System Partition.") ]
389 CIM_UnitaryComputerSystem REF PartComponent;
390 };
391
392
393 // ===================================================================
394 // VirtualComputerSystem
395 // ===================================================================
396 [Version ("2.6.0"), Description (
397 "A class derived from ComputerSystem that represents the "
398 "ability to virtualize or emulate another ComputerSystem.") ]
399 class CIM_VirtualComputerSystem : CIM_ComputerSystem {
400 kumpf 1.1 [Description (
401 "A string describing the type of System or hardware platform "
402 "that is virtualized. OperatingSystem information is obtained "
403 "via the RunningOS inherited from ComputerSystem.") ]
404 string VirtualSystem;
405 };
406
407
408 // ===================================================================
409 // HostingCS
410 // ===================================================================
411 [Association, Version ("2.6.0"), Description (
412 "A VirtualComputerSystem is hosted on another ComputerSystem. "
413 "This association makes that relationship explicit.") ]
414 class CIM_HostingCS : CIM_Dependency {
415
416 [Override ("Antecedent"), Min (1),
417 Description ("The hosting ComputerSystem.") ]
418 CIM_ComputerSystem REF Antecedent;
419
420 [Override ("Dependent"),
421 kumpf 1.1 Description ("The VirtualComputerSystem.") ]
422 CIM_VirtualComputerSystem REF Dependent;
423 };
424
425
426 // ===================================================================
427 // Cluster
428 // ===================================================================
429 [Version ("2.6.0"), Description (
430 "A class derived from ComputerSystem that 'is made up of' two "
431 "or more ComputerSystems which operate together as an atomic, "
432 "functional whole to increase the performance, resources and/or "
433 "RAS (Reliability, Availability and Serviceability) of the "
434 "component ComputerSystems, related to some aspects of these "
435 "ComputerSystems.") ]
436 class CIM_Cluster : CIM_ComputerSystem {
437
438 [Description (
439 "Interconnect is a free form string that describes the "
440 "interconnection mechanism for the Cluster.") ]
441 string Interconnect;
442 kumpf 1.1
443 [Description (
444 "InterconnectAddress indicates the address of the Cluster "
445 "System, which is dependent on the interconnection scheme. "
446 "If no address is available or applicable, a null string "
447 "should be used.") ]
448 string InterconnectAddress;
449
450 [Description (
451 "The cluster types. This specifies whether the cluster is for "
452 "failover (value=2), performance (3), etc. The values which "
453 "can be specified are not mutually exclusive. Thus, Types is "
454 "an array."),
455 ValueMap {"0", "1", "2", "3", "4", "5", "6"},
456 Values {"Unknown", "Other", "Failover",
457 "Performance", "Distributed OS", "Node Grouping",
458 "SysPlex"} ]
459 uint16 Types[];
460
461 [Description (
462 "Indicates the maximum number of nodes that may participate in "
463 kumpf 1.1 "the Cluster. If unlimited, enter 0.") ]
464 uint32 MaxNumberOfNodes;
465
466 [Description (
467 "Indicates the state of the Cluster. The cluster can be "
468 "defined to be on-line (value=2), off-line (3), in a degraded "
469 "mode of operation (4) or unavailable (5)."),
470 ValueMap {"0", "1", "2", "3", "4", "5"},
471 Values {"Unknown", "Other", "On-line", "Off-line",
472 "Degraded", "Unavailable"} ]
473 uint16 ClusterState;
474 };
475
476
477 // ===================================================================
478 // ParticipatingCS
479 // ===================================================================
480 [Association, Version ("2.6.0"), Description (
481 "A Cluster is composed of two or more ComputerSystems, "
482 "operating together. A ComputerSystem may participate in "
483 "multiple Clusters. \n\n"
484 kumpf 1.1 "When first establishing or bringing up a Cluster, only one "
485 "ComputerSystem may be defined as participating in it. "
486 "Therfore, the cardinality of the association for "
487 "the ComputerSystem reference is Min (1). ") ]
488 class CIM_ParticipatingCS : CIM_Dependency {
489 [Override ("Antecedent"), Min (1),
490 Description (
491 "The ComputerSystem which participates in the Cluster. ") ]
492 CIM_ComputerSystem REF Antecedent;
493
494 [Override ("Dependent"),
495 Description ("The Cluster.") ]
496 CIM_Cluster REF Dependent;
497
498 [Description (
499 "StateOfNode indicates the condition of the participating "
500 "ComputerSystem in the Cluster. For example, one value is "
501 "\"Joining\" (2)."),
502 ValueMap {"0", "1", "2", "3", "4", "5", "6"},
503 Values {"Unknown", "Other", "Joining", "Paused",
504 "Available", "Unavailable", "Degraded"} ]
505 kumpf 1.1 uint16 StateOfNode;
506
507 [Description (
508 "RoleOfNode indicates whether the Cluster nodes are "
509 "peers (value = 2), connected in a master-slave/primary-"
510 "secondary relationship (values = 3 for primary, 4 for "
511 "secondary), available in a standby configuration (5) or "
512 "of some other (1) or unknown (0) relationship. In a "
513 "System/390 environment, the nodes are identified as \"Base "
514 "Plex\" (value=6) or \"Enhanced Plex\" (value=7)."),
515 ValueMap {"0", "1", "2", "3", "4", "5", "6", "7"},
516 Values {"Unknown", "Other", "Peer", "Primary",
517 "Secondary", "Standby", "Base Plex", "Enhanced Plex"} ]
518 uint16 RoleOfNode;
519 };
520
521
522 // ===================================================================
523 // ClusteringService
524 // ===================================================================
525 [Version ("2.6.0"), Description (
526 kumpf 1.1 "ClusteringService represents the functionality provided by a "
527 "Cluster. For example, failover functionality may be modeled as "
528 "a Service of a failover Cluster.") ]
529 class CIM_ClusteringService : CIM_Service {
530 [Description (
531 "AddNode brings a new ComputerSystem into a Cluster. "
532 "The node to be added is specified as a parameter to the "
533 "method. The return value should be 0 if the Computer"
534 "System is successfully added, 1 if the method is not "
535 "supported and any other number if an error occurred. "
536 "In a subclass, the set of possible return codes could be "
537 "specified, using a ValueMap qualifier on the method. The "
538 "strings to which the ValueMap contents are 'translated' "
539 "may also be specified in the subclass as a Values array "
540 "qualifier.") ]
541 uint32 AddNode (
542 [IN] CIM_ComputerSystem ref CS);
543
544 [Description (
545 "EvictNode removes a ComputerSystem from a Cluster. "
546 "The node to be evicted is specified as a parameter to the "
547 kumpf 1.1 "method. The return value should be 0 if the ComputerSystem "
548 "is successfully evicted, 1 if the method is not supported "
549 "and any other number if an error occurred. In a subclass, "
550 "the set of possible return codes could be specified, using a "
551 "ValueMap qualifier on the method. The strings to which the "
552 "ValueMap contents are 'translated' may also be specified in "
553 "the subclass as a Values array qualifier.") ]
554 uint32 EvictNode (
555 [IN] CIM_ComputerSystem ref CS);
556 };
557
558
559 // ===================================================================
560 // ClusteringSAP
561 // ===================================================================
562 [Version ("2.6.0"), Description (
563 "A representation of the access points of a ClusteringService.") ]
564 class CIM_ClusteringSAP : CIM_ServiceAccessPoint {
565 };
566
567
568 kumpf 1.1 // ===================================================================
569 // ClusterServiceAccessBySAP
570 // ===================================================================
571 [Association, Version ("2.6.0"), Description (
572 "ClusterServiceAccessBySAP is the relationship between a "
573 "ClusteringService and its access points.") ]
574 class CIM_ClusterServiceAccessBySAP : CIM_ServiceAccessBySAP {
575 [Override ("Antecedent"),
576 Description ("The ClusteringService.") ]
577 CIM_ClusteringService REF Antecedent;
578
579 [Override ("Dependent"),
580 Description ("An access point for the ClusteringService.") ]
581 CIM_ClusteringSAP REF Dependent;
582 };
583
584
585 // ===================================================================
586 // HostedClusterService
587 // ===================================================================
588 [Association, Version ("2.6.0"), Description (
589 kumpf 1.1 "HostedClusterService defines the hosting Cluster for a "
590 "ClusteringService. Since this relationship is subclassed "
591 "from HostedService, it inherits the scoping/naming scheme "
592 "defined for Service - where a Service is weak to its "
593 "hosting System. In this case, a ClusteringService must be "
594 "weak to its hosting Cluster System.") ]
595 class CIM_HostedClusterService : CIM_HostedService {
596 [Override ("Antecedent"), Min (1), Max (1),
597 Description ("The Cluster.") ]
598 CIM_Cluster REF Antecedent;
599
600 [Override ("Dependent"), Description (
601 "The ClusteringService that is hosted on the Cluster.") ]
602 CIM_ClusteringService REF Dependent;
603 };
604
605
606 // ===================================================================
607 // HostedClusterSAP
608 // ===================================================================
609 [Association, Version ("2.6.0"), Description (
610 kumpf 1.1 "HostedClusterSAP defines the hosting ComputerSystem for a "
611 "ClusteringSAP. Since this relationship is subclassed "
612 "from HostedAccessPoint, it inherits the scoping/naming scheme "
613 "defined for AccessPoint - where an AccessPoint is weak to "
614 "its hosting System. In this case, a ClusteringSAP must be "
615 "weak to its hosting ComputerSystem.") ]
616 class CIM_HostedClusterSAP : CIM_HostedAccessPoint {
617 [Override ("Antecedent"), Min (1), Max (1),
618 Description ("The ComputerSystem.") ]
619 CIM_ComputerSystem REF Antecedent;
620
621 [Override ("Dependent"), Description (
622 "The ClusteringSAP that is hosted on the ComputerSystem.") ]
623 CIM_ClusteringSAP REF Dependent;
624 };
625
626
627 // ==================================================================
628 // ComputerSystemPackage
629 // ==================================================================
630 [Association, Version ("2.7.0"), Description (
631 kumpf 1.1 "Similar to the way that LogicalDevices are 'Realized' by "
632 "PhysicalElements, UnitaryComputerSystems are realized in "
633 "one or more PhysicalPackages. The ComputerSystemPackage "
634 "association explicitly defines this relationship.") ]
635 class CIM_ComputerSystemPackage : CIM_SystemPackaging {
636
637 [Override ("Antecedent"), Description (
638 "The PhysicalPackage(s) that realize a Unitary"
639 "ComputerSystem.") ]
640 CIM_PhysicalPackage REF Antecedent;
641
642 [Override ("Dependent"),
643 Description ("The UnitaryComputerSystem.") ]
644 CIM_ComputerSystem REF Dependent;
645
646 [Description(
647 "A Gloabally Unique Identifier for the System's Package.") ]
648 string PlatformGUID;
649 };
650
651
652 kumpf 1.1 // ===================================================================
653 // end of file
654 // ===================================================================
|