2.4. Pywbemcli command groups and commands
This section defines the characteristics of each of the pywbemcli command groups and commands including examples.
For the command line syntax of pywbemcli using these command groups and commands, see Pywbemcli command line interface.
NOTE: Many of the examples below use the --mock-server general option
with mock files that are located in the pywbemtools tests/unit
subdirectory
and can be viewed in the pywbemtools git repository or by cloning pywbemtools.
The command groups are:
class command group - Command group for CIM classes.
instance command group - Command group for CIM instances.
namespace command group - Command group for Namespace management.
profile command group - Command group for WBEM management profiles.
qualifier command group - Command group for CIM qualifier declarations.
server command group - Command group for WBEM servers.
statistics command group - Command group for WBEM operation statistics.
subscription command group - Command group for WBEM operation indication subscription management.
connection command group - Command group for WBEM connection definitions.
The individual commands (no command group) are: * repl command - Enter interactive mode (default). * help command - Show help for particular pywbemcli subjects * docs command - Issue request to web browser to load pywbemcli documentation
2.4.1. namespace
command group
The namespace
command group has commands that act on CIM namespaces:
namespace list command - List the namespaces on the server.
namespace create command - Create a namespace on the server.
namespace delete command - Delete a namespace on the server.
namespace interop command - Get the Interop namespace on the server.
See pywbemcli namespace –help.
2.4.1.1. namespace list
command
The namespace list
command lists the namespaces of the WBEM server of
the current connection.
The result is displayed using txt
output format or
Table output formats.
The Interop namespace must exist on the server.
Example:
$ pywbemcli --name myserver --output-format plain namespace list
Namespace Name
root/PG_InterOp
root/benchmark
root/PG_Internal
test/WsmTest
test/EmbeddedInstance/Static
test/TestProvider
test/EmbeddedInstance/Dynamic
root/cimv2
root
test/cimv2
test/static
See pywbemcli namespace list –help for the exact help output of the command.
2.4.1.2. namespace create
command
The namespace create
command creates a CIM namespace on the WBEM
server of the current connection.
- The command format is:
pywbemcli [GENERAL-OPTIONS] namespace create
NAMESPACE
[COMMAND-OPTIONS]
Leading and trailing slash (/
) characters specified in the NAMESPACE
argument will be stripped.
The namespace must not yet exist on the server.
The Interop namespace must exist on the server and cannot be created using this command.
WBEM servers may not allow this operation or may severely limit the conditions under which a namespace can be created on the server.
Example:
$ pywbemcli --name mymock namespace create /root/abc
Created namespace root/abc
See pywbemcli namespace create –help for the exact help output of the command.
2.4.1.3. namespace delete
command
The namespace delete
command deletes a CIM namespace from the WBEM server of
the current connection.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] namespace delete
NAMESPACE
[COMMAND-OPTIONS]
Leading and trailing slash (/
) characters specified in the NAMESPACE
argument will be stripped.
The namespace must exist and must be empty. That is, it must not contain any objects (qualifiers, classes or instances).
The Interop namespace must exist on the server and cannot be deleted using this command.
WBEM servers may not allow this operation or may severely limit the conditions under which a namespace can be deleted.
Example:
$ pywbemcli --name mymock namespace delete /root/abc
Deleted namespace root/abc
See pywbemcli namespace delete –help for the exact help output of the command.
2.4.1.4. namespace interop
command
The namespace interop
command gets and displays the Interop
namespace of the WBEM server that is the pywbemcli current connection.
The Interop namespace namespace must exist on the WBEM server. Some functionality such as determining namespaces and registered profiles assumes an interop namespace to function correctly.
Example:
$ pywbemcli --name mymock namespace interop
root/interop
See pywbemcli namespace interop –help for the exact help output of the command.
2.4.2. class
command group
The class
command group has commands that act on CIM classes:
class associators command - List the classes associated with a class.
class delete command - Delete a class.
class enumerate command - List top classes or subclasses of a class in a namespace.
class find command - List the classes with matching class names on the server.
class get command - Get a class.
class invokemethod command - Invoke a method on a class.
class references command - List the classes referencing a class.
class tree command - Show the subclass or superclass hierarchy for a class.
2.4.2.1. class associators
command
The class associators
command lists the CIM classes that are associated
with the specified source class.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class associators
CLASSNAME
[COMMAND-OPTIONS]
The source class is named with the CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
If the --names-only
/--no
command option is set, only the class path is
displayed, using CIM object output formats or
Table output formats. Otherwise, the class definition is displayed,
using CIM object output formats.
Note: This command returns class associations. The instance associators command returns instance associations.
The command options are:
--assoc-class
/--ac
CLASSNAME
- This option passes theCLASSNAME
to the server to filter the result set by the association class name and its subclasses.--result-class`/
–rc```CLASSNAME
- This option passes the CLASSNAME to the server to filter the result set by result class name. Subclasses of the specified class also match.--role
/--r
PROPERTYNAME
- This option defines a reference property property name in the association class. The responses are filtered to match this role and property name.--result-role
/--rr
PROPERTYNAME
- This option defines a reference property name in the association class. The responses are filtered to match this role and property name.--no-qualifiers`/
–nq``` This option passes the flag to the server to not include qualifiers in the returned class(es). The default is to include qualifiers in the classes definitions returned.--include-classorigin
/--ico
- This option passes the includeclassorigin flag to the server so the returned class(es) will include the class origin attribute. The default is to not include class origin information.--propertylist
/--pl
PROPERTYLIST
- This option passes thePROPERTYLIST
to the server so that only properties in the list are included in the returned object(s). Multiple properties may be specified with either a comma-separated list of property names or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. AN empty string will include no properties. If this option is not set, the server is expected to return all properties.--names-only
/-no
- This option determines whether the request to return classes or just class names is sent to the server. When set, only the object paths (names) are requested. The default is to return the class definitions.
- index: pair –namespace option; command option –namespace
pair –namespace option; class associators
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces-s
/--summary
- Displays a summary count of the objects that are returned by the request rather than a table or CIM object representation of each object.
Example:
$ pywbemcli --name mymock class associators TST_Person --names-only
//FakedUrl/root/cimv2:TST_Person
See pywbemcli class associators –help for the exact help output of the command.
2.4.2.2. class delete
command
The class delete
command deletes the specified class on the server.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class delete
CLASSNAME
[COMMAND-OPTIONS]
The class to be deleted is named with the CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
If the class has subclasses, the command is rejected.
If the class has instances, the command is rejected, unless the
--include-instances
command option was specified, in which case the
instances are also deleted.
WARNING: Deleting classes can cause damage to the server: It can impact instance providers and other components in the server. Use this command with caution.
Many WBEM servers may not allow this operation or may severely limit the conditions under which a class can be deleted from the server.
The command options are:
--include-instances
- Delete any instances of the class as well. WARNING: Deletion of instances will cause the removal of corresponding resources in the managed environment (i.e. in the real world).Default: Reject command if the class has any instances.--dry-run
- Do not actually delete the objects, but display what would be done.
- index:
pair –namespace option; command option –namespace pair –namespace option; class delete
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.
Example:
$ pywbemcli class delete CIM_Blah
See pywbemcli class delete –help for the exact help output of the command.
2.4.2.3. class enumerate
command
The class enumerate
command enumerates the subclasses of the specified
class, or the root classes of the class hierarchy.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class enumerate
CLASSNAME
[COMMAND-OPTIONS]
If the CLASSNAME
argument is specified, the command enumerates the
subclasses of the class named with the CLASSNAME
argument in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
If the CLASSNAME
argument is omitted, the command enumerates the top
classes of the class hierarchy in the namespace specified with the
-namespace
/-n
command option, or otherwise in the default namespace of
the connection.
If the --names-only
/--no
command option is set, only the class path is
displayed, using CIM object output formats or
Table output formats. Otherwise, the class definition is displayed,
using CIM object output formats.
If the --deep-inheritance
/--di
command option is set, all direct and
indirect subclasses are included in the result. Otherwise, only one level of
the class hierarchy is in the result.
The class enumerate
command includes result filter options that filter
returned classes to display only those classes that have the defined filter
option. See ref:Filter responses for specific types of classes for
the documentation on these options.
Thus, for example:
pywbemcli class enumerate --association
displays only classesthat are associations
the combination of
--subclass-of CIM_blah
and--leaf-classes
will return all leaf classes that are a subclass ofCIM_Blah
.--association
andno-experimental
will display only classes that have the Association qualifier set and the Experimental qualifier not set.
The command options are:
--deep-inheritance
/--di
- Include the complete subclass hierarchy of the requested classes in the result set. The default is for the server to return only the first level subclasses ofCLASSNAME
.--local-only
/--lo
- Do not include superclass properties and methods in the returned class(es). The default is to include properties and methods from all superclasses ofCLASSNAME
.--no-qualifiers
/--nq
This option passes a flag to the server to not include qualifiers in the returned class(es). The default is to include qualifiers in the classes definitions returned.--include-classorigin
/--ico
- This option passes the include-classorigin flag to the server so the returned class(es) will include the class origin attribute. The default is to not include class origin information.--names-only
/-no
- This option determines whether the request to return classes or just class names is sent to the server. When set, only the object paths (names) are requested. The default is to return the class definitions.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces-s
/--summary
- Show only a summary (count) of the objects.
The response filter options which further filter the classes to be displayed by characteristics such as whether the class is an association or is experimental, etc. These options are defined in Filtering responses for specific types of classes.
The following example enumerates the class names of the root classes in the
default namespace because there is no classname and the --DeepInheritance
option is not specified:
$ pywbemcli --name mymock class enumerate --names-only
TST_Person
TST_Lineage
TST_MemberOfFamilyCollection
TST_FamilyCollection
The following example displays classnames that are not associations
(--no-association
). The use of --deep-inheritance
option returns the complete
set of classes in the namespace rather than just direct subclasses (in this case
the root classes).
$ pywbemcli --name mymock class enumerate --no --deep-inheritance --no-association
TST_Person
TST_Lineage
See pywbemcli class enumerate –help for the exact help output of the command.
2.4.2.4. class find
command
The class find
command lists classes with a class name that matches the
Unix-style path name pattern specified in the CLASSNAME-GLOB
argument in all namespaces of the connection, or otherwise in the specified
namespaces if the -namespace
/-n
command option is specified one or more
times.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class find
CLASSNAME-GLOB
[COMMAND-OPTIONS]
The class find
command includes filter options that filter returned classes
to display only those classes that have the defined filter options. Thus,
pywbemcli class enumerate --association
displays only classes that have the
Association qualifier set. The filters are documented in
section Filtering responses for specific types of classes.
The command displays the namespaces and class names of the result using the
txt
output format (default), or using Table output formats.
The command options are:
- index:
pair –namespace option; command option –namespace pair –namespace option;class find
--namespace
-n
NAMESPACE
- Add a namespace to the search scope. This option may be specified multiple times or the namespace list may be specified by comma-separated entries. If no namespace option is included, all namespaces in the current connection are included.--sort
/-s
- Sort the results by namespace. The default is to sort by classname
The response filter options which further filter the classes to be displayed by characteristics such as whether the class is an association or is experimental, etc. These options are documented in Filtering responses for specific types of classes.
$ pywbemcli class find .*_WBEMS*
root/PG_InterOp:CIM_WBEMServer
root/PG_InterOp:CIM_WBEMServerCapabilities
root/PG_InterOp:CIM_WBEMServerNamespace
root/PG_InterOp:CIM_WBEMService
test/EmbeddedInstance/Dynamic:CIM_WBEMService
test/EmbeddedInstance/Static:CIM_WBEMService
test/TestProvider:CIM_WBEMServer
test/TestProvider:CIM_WBEMServerCapabilities
test/TestProvider:CIM_WBEMServerNamespace
test/TestProvider:CIM_WBEMService
root/SampleProvider:CIM_WBEMService
root/cimv2:CIM_WBEMServer
root/cimv2:CIM_WBEMServerCapabilities
root/cimv2:CIM_WBEMServerNamespace
root/cimv2:CIM_WBEMService
root/PG_Internal:PG_WBEMSLPTemplate
$ pywbemcli --output-format table class find CIM_SystemComponent*
Find class CIM_SystemComponent*
+-------------------------------+---------------------+
| Namespace | Classname |
|-------------------------------+---------------------|
| root/PG_InterOp | CIM_SystemComponent |
| test/WsmTest | CIM_SystemComponent |
| test/cimv2 | CIM_SystemComponent |
| test/CimsubTestNS0 | CIM_SystemComponent |
| test/TestProvider | CIM_SystemComponent |
| test/EmbeddedInstance/Dynamic | CIM_SystemComponent |
| root/SampleProvider | CIM_SystemComponent |
| test/CimsubTestNS1 | CIM_SystemComponent |
| test/static | CIM_SystemComponent |
| test/CimsubTestNS2 | CIM_SystemComponent |
| test/TestINdSrcNS2 | CIM_SystemComponent |
| test/EmbeddedInstance/Static | CIM_SystemComponent |
| test/CimsubTestNS3 | CIM_SystemComponent |
| test/TestIndSrcNS1 | CIM_SystemComponent |
| root/cimv2 | CIM_SystemComponent |
| root/benchmark | CIM_SystemComponent |
+-------------------------------+---------------------+
See pywbemcli class find –help for the exact help output of the command.
2.4.2.5. class get
command
The class get
command gets the specified class.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class get
CLASSNAME
[COMMAND-OPTIONS]
The class to be retrieved is named with the CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
The command options are:
--local-only
/--lo
- Do not include superclass properties and methods in the returned class(es). Default: Include superclass properties and methods.--no-qualifiers
/--nq
- Do not include qualifiers in the returned class(es). Default: Include qualifiers.--include-classorigin
/--ico
- Include class origin information in the returned class(es). Default: Do not include class origin information.--propertylist
/--pl
PROPERTYLIST
- This option passes thePROPERTYLIST
to the server so that only properties in the list are included in the returned object(s). Multiple properties may be specified with either a comma-separated list of property names or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. AN empty string will include no properties. If this option is not set, the server is expected to return all properties.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces
The class definition is displayed using CIM object output formats. This command does not support Table output formats.
The following example shows getting the MOF representation of the class
CIM_Foo
:
$ pywbemcli --name mymock class get CIM_Foo
[Description ( "Simple CIM Class" )]
class CIM_Foo {
[Key ( true ),
Description ( "This is key property." )]
string InstanceID;
[Description ( "This is Uint32 property." )]
uint32 IntegerProp;
[Description ( "Method with in and out parameters" )]
uint32 Fuzzy(
[IN ( true ),
OUT ( true ),
Description ( "Define data to be returned in output parameter" )]
string TestInOutParameter,
[IN ( true ),
OUT ( true ),
Description ( "Test of ref in/out parameter" )]
CIM_Foo REF TestRef,
[IN ( false ),
OUT ( true ),
Description ( "Rtns method name if exists on input" )]
string OutputParam,
[IN ( true ),
Description ( "Defines return value if provided." )]
uint32 OutputRtnValue);
[Description ( "Method with no Parameters" )]
uint32 DeleteNothing();
};
See pywbemcli class get –help for the exact help output of the command.
2.4.2.6. class invokemethod
command
The class invokemethod
command invokes a CIM method on the specified class
and displays the return value and any output parameters.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class invokemethod
CLASSNAME
[COMMAND-OPTIONS]
The class is named with the CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
Input parameters for the method can be specified with the --parameter
/-p
command option, which can be specified multiple times.
For details, see Specifying CIM property and parameter values.
The command options are:
--parameter
``-p``PARAMETERNAME=VALUE
Specify a method input parameter with its value. May be used several time to define multiple input values.
- index:
pair –namespace option; command option –namespace pair –namespace option; class invokemethod
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.
The return value and output parameters are displayed using CIM object output formats.
This command invokes a method on a class, not on an instance. To invoke a method on an instance, use the instance invokemethod command.
Example:
$ pywbemcli --mock-server tests/unit/all_types.mof --mock-server tests/unit/all_types_method_mock.py.py
pywbemcli> class invokemethod PyWBEM_AllTypes AllTypesMethod --parameter arrBool=True,False
ReturnValue=0
arrBool=true, false
See pywbemcli class invokemethod –help for the exact help output of the command.
2.4.2.7. class references
command
The class references
command lists the CIM classes that reference
the specified source class.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class references
CLASSNAME
[COMMAND-OPTIONS]
The source class is named with the CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
If the --names-only
/--no
command option is set, only the class path is
displayed, using CIM object output formats or
Table output formats. Otherwise, the class definition is displayed,
using CIM object output formats.
Note: This command returns the class references, not the instance references. The instance references command returns the instance references.
The command options are:
--assoc-class
/--ac
CLASSNAME
This option passes the CLASSNAME to the server to filter the result set by association class name and subclasses.--role
/-r
PROPERTYNAME
This option passes the CLASSNAME to the server to filter the result set by the association class source end role name.--no-qualifiers
/--nq
This option passes the flag to the server to not include qualifiers in the returned class(es). The default is to include qualifiers in the classes definitions returned.--include-classorigin
/--ico
This option passes the include-classorigin flag to the server so the returned class(es) will include the class origin attribute. The default is to not include class origin information.
- **
--propertylist
/--pl
PROPERTYLIST
- command option allows restricting the set of properties to be retrieved and displayed on each object returned. Multiple properties may be specified with either a comma-separated list or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. The empty string will include no properties. Default: Do not filter properties.
--names-only
/-no
- This option determines whether the request to return classes or just class names is sent to the server. When set, only the object paths (names) are requested. The default is to return the class definitions.
- index:
pair –namespace option; command option –namespace pair –namespace option; class references
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces
$ pywbemcli --name mymock class references TST_Person --names-only
//FakedUrl/root/cimv2:TST_Lineage
//FakedUrl/root/cimv2:TST_MemberOfFamilyCollection
See pywbemcli class references –help for the exact help output of the command.
2.4.2.8. class tree
command
The class tree
command displays the subclass or superclass hierarchy of the
specified class.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] class tree
CLASSNAME
[COMMAND-OPTIONS]
The class is named with the optional CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
If CLASSNAME
is omitted, the complete class hierarchy of the namespace is
displayed.
If the -superclasses
command option is set, the specified class and its
superclass ancestry up to the top-level class are displayed. Otherwise,
the specified class and its subclass hierarchy are displayed.
The class hierarchy (or ancestry) is always formatted in the
Tree output format; the --output-format
/-o
general option is
ignored.
The command options are:
--superclasses
/-s
- Show the superclass hierarchy starting withCLASSNAME
. Normally the subclass hierarchy is displayed.--detail`/
-d``` - Show details about the class including the Version, Association, Indication, and Abstact qualifiers.
- index:
pair –namespace option; command option –namespace pair –namespace option; class tree
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.
Example:
$ pywbemcli class tree CIM_Foo
CIM_Foo
+-- CIM_Foo_sub
| +-- CIM_Foo_sub_sub
+-- CIM_Foo_sub2
Example:
$ pywbemcli -n mock1 class tree CIM_Foo_Sub2 -s
root
+-- CIM_Foo
+-- CIM_Foo_sub2
The following example displays additional information using the --detail
option.
Example:
$ pywbemcli -m tests/unit/tree_test_model.mof class tree --detail
root
+-- CIM_Foo (Version=2.30.0)
| +-- CIM_Foo_sub (Version=2.31.0)
| +-- CIM_Foo_sub_sub (Version=2.20.1)
+-- CIM_Foo_no_version ()
+-- CIM_Indication (Abstract,Indication,Version=2.24.0)
+-- CIM_Indication_no_version (Abstract,Indication)
+-- TST_Lineage (Association,Version=2.20.1)
+-- TST_Lineage_no_version (Association)
See pywbemcli class tree –help for the exact help output of the command.
2.4.3. instance
command group
The instance
command group has commands that act on CIM instances:
instance associators command - List the instances associated with an instance.
instance count command - Count the instances of each class with matching class name.
instance create command - Create an instance of a class in a namespace.
instance delete command - Delete an instance of a class.
instance enumerate command - List the instances of a class.
instance get command - Get an instance of a class.
instance invokemethod command - Invoke a method on an instance.
instance modify command - Modify properties of an instance.
instance references command - Execute a query on instances in a namespace.
instance query command - List the instances referencing an instance.
instance shrub command - Display association instance relationships.
2.4.3.1. instance associators
command
The instance associators
command lists the CIM instances that are associated
with the specified source instance.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] instance associators
INSTANCENAME
[COMMAND-OPTIONS]
The specification of the instance name (INSTANCENAME argument) is documented in the section Specifying the INSTANCENAME command argument.
If the --names-only
/--no
command option is set, only the instance paths
are displayed. Otherwise, the instances are displayed.
Valid output formats in both cases are CIM object output formats or Table output formats.
In the table output format with instances a column namespace
is included if
the request defines multiple namespaces and a classname
column is included
if the displayed instances are from multiple classes.
Note: This command returns the instance associators, not the class associators. The class associators command returns the class associators.
The command options are:
--assoc-class
/--ac
CLASSNAME
- This option passesCLASSNAME
to the server to filter the result set by association class name and subclasses.--result-class
/--rc
CLASSNAME
- This option passesCLASSNAME
to the server to filter the result set by result class name. Subclasses of the specified class also match.--role
/-r
PROPERTYNAME
- This option passesCLASSNAME
to the server to filter the result set by the association class source end role name.--result-role
/--rr
PROPERTYNAME
- This option passesPROPERTYNAME
to the server to filter the result set by far end role name.--no-qualifiers
/--nq
- This option passes the flag to the server to not include qualifiers in the returned class(es). The default is to include qualifiers in the classes definitions returned.--include-classorigin
/--ico
- This option passes the includeclassorigin flag to the server so the returned class(es) will include the class origin attribute. The default is to not include class origin information.
- **
--propertylist
/--pl
PROPERTYLIST
command option allows restricting the set of properties to be retrieved and displayed on each object returned. Multiple properties may be specified with either a comma-separated list or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. The empty string will include no properties. If this option is not set, the server is expected to return all properties.
--names-only
/-no
- This option determines whether the request to return classes or just class names is sent to the server. When set, only the object paths (names) are requested. The default is to return the class definitions.--object-order
- This option modifies the order of the display of instances when there are multiple namespaces displayed to order by classname and then namespace where the normal display order is to order by namespace and then classname
- index:
pair –namespace option; command option –namespace pair –namespace option; instance associators
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces-s
/--summary
- Show only a summary (count) of the objects.--fq
/--filter-query
QUERY-STRING
- When pull operations are used, filter the instances in the result via a filter query. By default, and when traditional operations are used, no such filtering takes place.--fql
/--filter-query-language QUERY-LANGUAGE
= The filter query language to be used with--filter-query
. Default: DMTF:FQL.--show-null
-In the TABLE output formats, show propertieswith no value (i.e. Null) in all of the instances to be displayed. Otherwise only properties at least one instance has a non- Null property are displayed--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.
Example:
$ pywbemcli --name mymock instance references TST_Person.? --names-only
Pick Instance name to process: 0
0: root/cimv2:TST_Person.name="Mike"
1: root/cimv2:TST_Person.name="Saara"
2: root/cimv2:TST_Person.name="Sofi"
3: root/cimv2:TST_Person.name="Gabi"
4: root/cimv2:TST_PersonSub.name="Mikesub"
5: root/cimv2:TST_PersonSub.name="Saarasub"
6: root/cimv2:TST_PersonSub.name="Sofisub"
7: root/cimv2:TST_PersonSub.name="Gabisub"
Input integer between 0 and 7 or Ctrl-C to exit selection: 0 << entered by user
//FakedUrl/root/cimv2:TST_Lineage.InstanceID="MikeSofi"
//FakedUrl/root/cimv2:TST_Lineage.InstanceID="MikeGabi"
//FakedUrl/root/cimv2:TST_MemberOfFamilyCollection.family="root/cimv2:TST_FamilyCollection.name=\"Family2\"",member="root/cimv2:TST_Person.name=\"Mike\""
See pywbemcli instance associators –help for the exact help output of the command.
2.4.3.2. instance count
command
Count the instances of one or more classes defined by a GLOB pattern with matching class name
The instance count
command counts the CIM instances whose classes match a
GLOB pattern in the namespaces specified with the -namespace
/-n
command option, or all namespaces in the server.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] instance count
CLASSNAME-GLOB
[COMMAND-OPTIONS]
This command first finds all of the CIM classes that match the CLASSNAME-GLOB and
-namespace
/-n
command option excluding any classes defined in the
ignore-class
options and then enumerates the instance names of all
instances of these.
This command displays the count of instances of each CIM class whose class name
matches the specified wildcard expression (CLASSNAME-GLOB
) minus any classes
defined in the --ignore-classes
option in all CIM
namespaces of the WBEM server, or in the specified namespaces (--namespace
option). This differs from instance enumerate, etc. in that it counts the
instances specifically for the classname of each instance returned (the
creation classname), not including subclasses.
If the CLASSNAME-GLOB
argument is specified, only instances of classes that
match the specified Unix-style path name pattern are counted. If the
CLASSNAME-GLOB
argument is not specified all instances of all classes in
the target namespaces are counted.
The --association
/--no-association
,
--indication
/--no-indication
, ,``–experimental``/--no-experimental
and --deprecated
/--no-deprecated
options filter the returned classes or
classnames to include or exclude classes with the corresponding qualifiers.
Thus the --association
option returns only instances of classes that are
association classes.
The command options are:
--namespace
/-n
NAMESPACE
- Add a namespace to the search scope. May be specified multiple times. If this option is not specified the search defaults to searching all namespaces in the server. Note that this option differs from the option of the same name in commands likeinstance enumerate
in that it allows multiple namespaces and defaults to defining a list of all namespaces rather than defaulting to the connection default namespace.--sort
/-s
- Sort by instance count. Otherwise the display is sorted by class name.--ignore-class
CLASSNAME
- Class names of classes to be ignored (not inspected or counted). This option allows counting instances in servers where instance retrieval may cause a CIMError or Error exception during the enumeration of some classes. CIM errors on particular classes are ignored. Error exceptions cause scan to stop and remaining classes status shown as ‘not scanned’. Multiple class names are allowed (one per option or comma-separated).
The response filter options which further filter the classes to be displayed by characteristics such as whether the class is an association or is experimental, etc. These options are defined in Filtering responses for specific types of classes.
Valid output formats are Table output formats.
Thus, for example:
$ pywbemcli --name mymock instance count --association -n root/cimv2
# Returns counts of instances of association classes from namespace root/cimv2
$ pywbemcli --name mymock instance count --experimental
# returns the counts of instances where the class has the experimental qualifier
$ pywbemcli -n mymock instance count CIM_* -n root/interop
# returns counts of instances in root/interop namespace where the classname
# starts with CIM_
The --ignore-class
option allows the user to ignore multiple selected
classes in the scan for instances. This is useful in cases where the enumerate
of instances of a class returns an error from the WBEM server. The command that
will ignore some classes is as follows:
$ pywbemcli -n mymock instance count CIM_* -n root/interop --ignore-class classname1,classname2
# Ignores classname1 and classname2 and shows them in the table as
# classname1 ignored
# classname2 ignored
# The command form may also be used
$ pywbemcli -n mymock instance count CIM_* -n root/interop --ignore-class classname1 --ignore-class classname2
Results for classes that have no instances are not displayed.
The processing handles both CIMError exceptions (which are considered errors applicable to particular instances), and Error exceptions which are considered server errors so that the scan for instances is terminated). In all cases it tries to include all classes in the display and adds status information in place of the count of instances returned when a particular class causes an exception.
This command can take a long time to execute since it potentially enumerates all instance names for all classes in all namespaces of the WBEM server.
Example:
$ pywbemcli --name mymock instance count
Count of instances per class
+-------------+------------------------------+---------+
| Namespace | Class | count |
|-------------+------------------------------+---------|
| root/cimv2 | TST_FamilyCollection | 2 |
| root/cimv2 | TST_Lineage | 3 |
| root/cimv2 | TST_MemberOfFamilyCollection | 3 |
| root/cimv2 | TST_Person | 4 |
| root/cimv2 | TST_Personsub | 4 |
+-------------+------------------------------+---------+
Count is useful to determine which classes in the environment are actually implemented and define instances. However this command can take a long time to execute because it must a) enumerate all classes in the namespace, b) enumerate the instances for each class that is defined by the classname GLOB pattern and the namespace list.
See pywbemcli instance count –help for the exact help output of the command.
2.4.3.3. instance create
command
The instance create
command creates a CIM instance in the namespace
specified with the -namespace
/-n
command option, or otherwise in the
default namespace of the connection.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] instance create CLASSNAME [COMMAND-OPTIONS]
The new CIM instance has the creation class specified in the CLASSNAME
argument and initial property values as specified by zero or more
--property
/-p
command options.
For details, see Specifying CIM property and parameter values.
The command displays the instance path of the new instance that is returned by
the WBEM server, using txt
output format.
Since the WBEM server (and pywbem) requires that each property be typed, pywbemcli retrieves the creation class from the WBEM server to determine the data types for the properties.
The command options are:
--property
/-p
PROPERTYNAME=VALUE
- This option defines the initial property value for the new instance and sets that property into the instance. The option may be specified multiple times. Array property values are specified as a comma- separated list; embedded instances are not supported. The default if there are no--property
options is a new instance with no properties.--verify
/-V
- Prompt the user for confirmation before performing achange, to allow for verification of parameters. Default: Do not prompt for confirmation.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the :term:current connection
.
The following examples create an instance of the class TST_Blah with two scalar and one array property:
$ pywbemcli instance create TST_Blah --property InstancId=blah1 --property IntProp=3 --property IntArr=3,6,9
$ pywbemcli instance create TST_Blah --property InstancId=\"blah 2\" --property IntProp=3 --property IntArr=3,6,9
See pywbemcli instance create –help for the exact help output of the command.
2.4.3.4. instance delete
command
The instance delete
command deletes a CIM instance.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] instance delete
INSTANCENAME
[COMMAND-OPTIONS]
The specification of the instance name (INSTANCENAME
argument) is documented
in the section Specifying the INSTANCENAME command argument.
The command options are:
--key
/-k
KEYNAME=VALUE
- The value for a key in the keybinding of CIM instance name. May be specified multiple times. This option allows defining keys on the command line without the issues of quotes.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the :term:current connection
.--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.
The following example deletes an instance by specifying its instance name. Note the extra backslash (see backslash-escaped) that is required to escape the double quote on the terminal:
$ pywbemcli --name mymock instance delete root/cimv2:TST_Person.name=\"Saara\"
See pywbemcli instance delete –help for the exact help output of the command.
2.4.3.5. instance enumerate
command
The instance enumerate
command lists the CIM instances of the specified
class (including subclasses) in a namespace.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] instance enumerate
CLASSNAME
[COMMAND-OPTIONS]
The class is named with the CLASSNAME
argument and is in the
namespace specified with the -namespace
/-n
command option, or otherwise
in the default namespace of the connection.
The instance enumerate
may use either the traditional operation
(EnumerateInstances
or EnumerateInstanceNames
) or the corresponding
pull operations depending on the --use-pull general option.
If the --names-only
/--no
command option is set, only the instance paths
are displayed. Otherwise, the instances are displayed. Depending on other options,
either EnumerateInstances or EnumerateInstanceNames may be executed when
pywbem is called.
Valid output formats in both cases are CIM object output formats or Table output formats.
The table view displays a single instance per row and a column for each property in the instance. If the table display of instances includes instances from multiple classes, a column is added to the table with the classname. If the request covers multiple namespaces, a column is added defining the namespace in which each instance resides.
The command options are:
--local-only
/--lo
- option that allows showing only local properties in the instance rather than including the properties from superclasses. The default is to show properties from superclasses.--deep-inheritance
/--di
- option that allows showing all properties or only properties defined in the class defined in theCLASSNAME
argument--include-qualifiers
/--iq
- This option passes the flag to the server to include qualifiers in the returned instanc(es). The default is to not include qualifiers in the classes definitions returned. Since the use of qualifiers on instances has been deprecated,--include-classorigin
/--ico
- This option passes the includeclassorigin flag to the server so the returned class(es) will include the class origin attribute. The default is to not include class origin information.--propertylist
/--pl
PROPERTYLIST
- This option passes thePROPERTYLIST
to the server so that only properties in the list are included in the returned object(s). Multiple properties may be specified with either a comma-separated list of property names or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. An empty string will include no properties. If this option is not set, the server is expected to return all properties.`--names-only
/-no
- This option determines whether the request to return classes or just class names is sent to the server. When set, only the object paths (names) are requested. The default is to return the class definitions.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the :term:current connection
. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces--summary
/-s
- Show only a summary (count) of the objects.filter-query
/ –fq`QUERY-STRING
- When pull operations are used, filter the instances in the result via a filter query defined byQUERY-STRING
. By default, and when traditional operations (non-pull) are used, no such filtering takes place and the option is ignored.--filter-query-language
/fql
QUERY-LANGUAGE
= The filter query language to be used with--filter-query
. This parameter is restricted to when pull operations are used. Default: DMTF:FQL. This parameter is ignored if traditional operations are executed.--show-null
- In the TABLE output formats, show propertieswith no value (i.e. Null) in all of the instances to be displayed. Otherwise only properties at least one instance has a non- Null property are displayed--object-order
- This option modifies the order of the display of instances when there are multiple namespaces displayed to order by classname and then namespace where the normal display order is to order by namespace and then classname.
The following example returns two instances as MOF:
$ pywbemcli --name mock1 instance enumerate CIM_Foo
instance of CIM_Foo {
InstanceID = "CIM_Foo1";
IntegerProp = 1;
};
instance of CIM_Foo {
InstanceID = "CIM_Foo2";
IntegerProp = 2;
};
instance of CIM_Foo {
InstanceID = "CIM_Foo3";
};
instance of CIM_Foo {
InstanceID = "CIM_Foo30";
};
instance of CIM_Foo {
InstanceID = "CIM_Foo31";
};
instance of CIM_Foo_sub {
InstanceID = "CIM_Foo_sub1";
IntegerProp = 4;
};
instance of CIM_Foo_sub {
InstanceID = "CIM_Foo_sub2";
IntegerProp = 5;
};
instance of CIM_Foo_sub {
InstanceID = "CIM_Foo_sub3";
IntegerProp = 6;
};
... The remainder of the instances are shown
The corresponding table view would be:
ppp -o table -n mock1 instance enumerate CIM_Foo
Instances: CIM_Foo
+--------------------+---------------+
| InstanceID | IntegerProp |
|--------------------+---------------|
| "CIM_Foo1" | 1 |
| "CIM_Foo2" | 2 |
| "CIM_Foo3" | |
| "CIM_Foo30" | |
| "CIM_Foo31" | |
| "CIM_Foo_sub1" | 4 |
| "CIM_Foo_sub2" | 5 |
| "CIM_Foo_sub3" | 6 |
| "CIM_Foo_sub4" | 7 |
| "CIM_Foo_sub_sub1" | 8 |
| "CIM_Foo_sub_sub2" | 9 |
| "CIM_Foo_sub_sub3" | 10 |
+--------------------+---------------+
See pywbemcli instance enumerate –help for the exact help output of the command.
2.4.3.6. instance get
command
The instance get
command gets a CIM instance.
- The command format is:
$ pywbemcli [GENERAL-OPTIONS] instance get
INSTANCENAME
[COMMAND-OPTIONS]
The specification of the instance name (INSTANCENAME
argument) is documented
in the section Specifying the INSTANCENAME command argument.
The command options are:
--local-only
/--lo
- Do not include superclass properties in the returned instance. Some servers may ignore this option. Default: Include superclass properties.--include-qualifiers
/--iq
- Include qualifiers in the returned instance. Not all servers return qualifiers on instances. Default: Do not include qualifiers.--include-classorigin
/--ico
- Include class origin information in the returned instance(s). Some servers may ignore this option. Default: Do not include class origin information.--propertylist
/--pl
PROPERTYLIST
command option allows restricting the set of properties to be retrieved and displayed on each object returned. Multiple properties may be specified with either a comma-separated list or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. The empty string will include no properties. If this option is not set, the server is expected to return all properties.--key
/-k
KEYNAME=VALUE
- The value for a key in the keybinding of CIM instance name. May be specified multiple times. This option allows defining keys on the command line without the issues of quotes. Default: No keybindings provided.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the :term:current connection
. This option accepts single or multiple namespaces and displays the results for the list of namespaces supplied. See :ref: Pywbemcli special command line features for more information on using multiple namespaces. The instance must exist in all of the defined namespaces.--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.--show-null
- In the TABLE output formats, show properties with no value (i.e. Null) in all of the instances to be displayed. Otherwise only properties at least one instance that has a non-Null property are displayed
The command displays the instance using CIM object output formats or Table output formats.
This example gets an instance by instance name:
$ pywbemcli --name mymock instance get root/cimv2:TST_Person.name=\"Saara\"
instance of TST_Person {
name = "Saara";
};
or using the keys wildcard:
$ pywbemcli --name mock1 instance get TST_Person.?
Pick Instance name to process
0: root/cimv2:CIM_Foo.InstanceID="CIM_Foo1"
1: root/cimv2:CIM_Foo.InstanceID="CIM_Foo2"
2: root/cimv2:CIM_Foo.InstanceID="CIM_Foo3"
Input integer between 0 and 2 or Ctrl-C to exit selection: 0 << entered by user
instance of TST_Person {
name = "Saara";
};
or using the key option:
$ pywbemcli --name mock1 instance get TST_Person --key=name=Gabi
instance of TST_Person {
name = "Gabi";
likes = { 2 };
gender = 1;
};
See pywbemcli instance get –help for the exact help output of the command.
2.4.3.7. instance invokemethod
command
The instance invokemethod
command invokes a CIM method on the specified
instance and displays the return value and any output parameters.
- The command format is:
pywbemcli [GENERAL-OPTIONS] instance invokemethod
INSTANCENAME
[COMMAND-OPTIONS]
The specification of the instance name (INSTANCENAME
argument) is documented
in the section Specifying the INSTANCENAME command argument.
Input parameters for the method can be specified with the --parameter
/-p
command option, which can be specified multiple times.
For details, see Specifying CIM property and parameter values.
The return value and output parameters are displayed using CIM object output formats.
The command options are:
--parameter
``-p``PARAMETERNAME=VALUE
Specify a method input parameter with its value. May be used several time to define multiple input values.--key
/-k
KEYNAME=VALUE
- The value for a key in the keybinding of CIM instance name. May be specified multiple times. This option allows defining keys on the command line without the issues of quotes. Default: No keybindings provided.
--namespace
/-n
NAMESPACE
- Namespace to use for this command,instead of the default namespace of the :term: current connection.
--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.
Example:
$ pywbemcli --mock-server tests/unit/all_types.mof --mock-server tests/unit/all_types_method_mock.py.py
pywbemcli> instance invokemethod PyWBEM_AllTypes.InstanceId=\"test_instance\" AllTypesMethod --parameter arrBool=True,False
ReturnValue=0
arrBool=true, false
Or using the wildcard to create a selection list for the instance names
$ pywbemcli --mock-server tests/unit/all_types.mof --mock-server tests/unit/all_types_method_mock.py.py
pywbemcli> instance invokemethod PyWBEM_AllTypes.? --parameter arrBool=True,False
Pick Instance name to process
0: root/cimv2:CIM_Foo.InstanceID="CIM_Foo1"
1: root/cimv2:CIM_Foo.InstanceID="CIM_Foo2"
2: root/cimv2:CIM_Foo.InstanceID="CIM_Foo3"
Input integer between 0 and 2 or Ctrl-C to exit selection: 0 << entered by user
ReturnValue=0
arrBool=true, false
See pywbemcli instance invokemethod –help for the exact help output of the command.
2.4.3.8. instance modify
command
The instance modify
command modifies the properties of an existing CIM
instance.
- The command format is:
pywbemcli [GENERAL-OPTIONS] instance modify
INSTANCENAME
[COMMAND-OPTIONS]
The specification of the instance name (INSTANCENAME argument) is documented in the section Specifying the INSTANCENAME command argument.
The new property values are specified by possibly multiple --property
/-p
command options.
For details, see Specifying CIM property and parameter values.
Key properties cannot be modified, as per DSP0004.
The command arguments are:
--property
/-p
PROPERTYNAME=VALUE
- This option defines the initial property value for the new instance and sets that property into the instance. The option may be specified multiple times. Array property values are specified as a comma- separated list; embedded instances are not supported. The default if there are no--property
options is a new instance with no properties.
- **
--propertylist
/--pl
PROPERTYLIST
command option allows restricting the set of properties to be retrieved and displayed on each object returned. Multiple properties may be specified with either a comma-separated list or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. The empty string will include no properties. If this option is not set, the server is expected to return all properties.
--verify
/-V
-Prompt for confirmation before performing a change, to allow for verification of parameters. Default: Do not prompt for confirmation.--key
/-k
KEYNAME=VALUE
- The value for a key in the keybinding of CIM instance name. May be specified multiple times. This option allows defining keys on the command line without the issues of quotes. Default: No keybindings provided.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.
Since the WBEM server (and pywbem) requires that each property be typed, pywbemcli retrieves the creation class from the WBEM server to determine the data types for the properties.
The following examples modifies an instance of the class TST_Blah with two scalar and one array property:
$ pywbemcli instance modify TST_Blah --property InstancId=blah1 --property IntProp=3 --property IntArr=3,6,9
$ pywbemcli instance modify TST_Blah --property InstancId=\"blah 2\" --property IntProp=3 --property IntArr=3,6,9
See pywbemcli instance modify –help for the exact help output of the command.
2.4.3.9. instance references
command
The instance references
command lists the CIM instances that reference
the specified source instance.
- The command format is:
pywbemcli [GENERAL-OPTIONS] instance references
INSTANCENAME
[COMMAND-OPTIONS]
The specification of the instance name (INSTANCENAME argument) is documented in the section Specifying the INSTANCENAME command argument.
If the --names-only
/--no
command option is set, only the instance paths
are displayed. Otherwise, the instances are displayed.
Valid output formats in both cases are CIM object output formats or Table output formats.
In the table output format with instances a column namespace
is included if
the request defines multiple namespaces and a classname
column is included
if the displayed instances are from multiple classes.
Note: This command returns the instance references, not the class references. The class references command returns the class references.
The command options are:
--assoc-class
/--ac
CLASSNAME
This option passes the CLASSNAME to the server to filter the result set by association class name and subclasses.--role
/-r``PROPERTYNAME
This option passes the property name to the server to filter the result set by the association class source end role name.--no-qualifiers
/--nq
This option passes the flag to the server to not include qualifiers in the returned class(es). The default is to include qualifiers in the classes definitions returned.--include-classorigin
/--ico
This option passes the include-classorigin flag to the server so the returned class(es) will include the class origin attribute. The default is to not include class origin information.--propertylist
/--pl
PROPERTYLIST
- This option passes thePROPERTYLIST
to the server so that only properties in the list are included in the returned object(s). Multiple properties may be specified with either a comma-separated list of property names or by using the option multiple times. Properties specified in this option that are not in the object(s) will be ignored. AN empty string will include no properties. If this option is not set, the server is expected to return all properties.--names-only
/-no
- This option determines whether the request to return classes or just class names is sent to the server. When set, only the object paths (names) are requested. The default is to return the instances.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.--summary
/-s
- Show only a summary (count) of the objects.--filter-query
/--fq
QUERY-STRING`
- When pull operations are used, the WBEM server filters the instances in the result via a filter query. By default, and when traditional operations are used, no such filtering takes place.--filter-query-language
/--fql
QUERY-LANGUAGE
- The filter query language to be used with--filter-query
. Default: DMTF:FQL.--show-null
- In the TABLE output formats, show properties with no value (i.e. Null) in all of the instances to be displayed. Otherwise only properties at least one instance has a non- Null property are displayed--object-order
- This option modifies the order of the display of instances when there are multiple namespaces displayed to order by classname and then namespace where the normal display order is to order by namespace and then classname--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.
Example:
$ pywbemcli --name mymock instance references root/cimv2:TST_Person.name=\"Saara\"
instance of TST_Lineage {
InstanceID = "SaaraSofi";
parent = "/root/cimv2:TST_Person.name=\"Saara\"";
child = "/root/cimv2:TST_Person.name=\"Sofi\"";
};
See pywbemcli instance references –help for the exact help output of the command.
2.4.3.10. instance query
command
The instance query
command executes a query for CIM instances in a namespace.
- The command format is:
pywbemcli [GENERAL-OPTIONS] instance query
QUERY-STRING
[COMMAND-OPTIONS]
The query is specified with the QUERY-STRING
argument and must be a valid query
in the query language specified with the --query-language
/--ql
command
option. The default for that option is DMTF:CQL
(see CQL).
NOTE: FQL is the filter query language and is not a valid query language for the query command
The command options are:
--query-language
QUERY-LANGUAGE
- The query language in which the query is defined. Normally this must be eitherWQL
a Microsoft specified query language (see WQL) orDMTF:CQL
(the DMTF specified query language) (see CQL), The default language for this command isWQL
. The query language specified must be implemented in the target server. pywbemcli does not validate the query language specified but passes it on to the WBEM server.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.--summary
/-s
- If set, show only summary count of instances returned.
Valid output formats are CIM object output formats or Table output formats.
See pywbemcli instance query –help for the exact help output of the command.
2.4.3.11. instance shrub
command
The instance shrub
command executes a set of requests to get the
association relationships for a non-association CIM instance defined by
INSTANCENAME
in a namespace and displays the result either as tree in ASCII
or as a table showing the roles, reference classes, associated
classes and associated instances for the input instance.
- The command format is:
pywbemcli [GENERAL-OPTIONS] instance shrub
INSTANCENAME
[COMMAND-OPTIONS]
The command has a number of options to allow defining the request parameters for
an association the same as the instance associators
command. However, this
command executes a number of requests on the server to get detailed characteristics
of both the properties of the associated class as seen by the references
request and of the associations.
A shrub is a structure that attempts to show all of the relationships and the paths between the input INSTANCENAME and the associated instances whereas the References command only shows referencing(associator) classes or instances and the Associators command only shows associated classes or instances.
Valid output formats are Table output formats or the default which displays the a visual tree.
The command options are:
--assoc-class
/--ac
CLASSNAME
- This option passes theCLASSNAME
to the server to filter the result set by the association class name and its subclasses.--result-class`/
–rc```CLASSNAME
- This option passes the CLASSNAME to the server to filter the result set by result class name. Subclasses of the specified class also match.--role
/--r
PROPERTYNAME
- This option defines a reference property property name in the association class. The responses are filtered to match this role and property name.--result-role
/--rr
PROPERTYNAME
- This option defines a reference property name in the association class. The responses are filtered to match this role and property name.--key
/-k
KEYNAME=VALUE
- The value for a key in the keybinding of CIM instance name. May be specified multiple times. This option allows defining keys on the command line without the issues of quotes.
--namespace
/-n
NAMESPACE
- This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.--summary
/-s
: Show only the class components and a count of instances.--fullpath
/-f
: Show the full path of the instances. The default is to attempt to shorten the path by removing path components that are the same for all instances displayed. This can be important for some of the components of the model where instance paths include keys likeCreationClassName
andSystemCreationClassName
which are either already known or do not distinguish instances but make the instance name difficult to visualize on the console. These key bindings are replaced with the character~
as a place-marker unless the--fullpath
/-f
option is defined.--help-instancename
/--hi
- Show help message for specifyingINSTANCENAME
including use of the--key
and--namespace
options because instance name specification on the command line is complex and there are several options to specifying the instance name.
Thus, a full path might look like:
/:CIM_FCPort.SystemCreationClassName="CIM_ComputerSystem",SystemName="ACME+CF2A5091300089",CreationClassName="CIM_FCPort",DeviceID="ACME+CF2A5091300089+SP_A+10"
But the shortened path would be:
/:CIM_FCPort.~,~,~,DeviceID="ACME+CF2A5091300089+SP_A+10"
This command is primarily a diagnostic and test tool to help users understand what comprises CIM association relationships.
See pywbemcli instance shrub –help for the exact help output of the command.
Example:
$ pywbemcli instance shrub root/cimv2:TST_EP.InstanceID=1
TST_EP.InstanceID=1
+-- Initiator(Role)
+-- TST_A3(AssocClass)
+-- Target(ResultRole)
| +-- TST_EP(ResultClass)(3 insts)
| +-- TST_EP.InstanceID=2(refinst:0)
| +-- TST_EP.InstanceID=5(refinst:1)
| +-- TST_EP.InstanceID=7(refinst:2)
+-- LogicalUnit(ResultRole)
+-- TST_LD(ResultClass)(3 insts)
+-- TST_LD.InstanceID=3(refinst:0)
+-- TST_LD.InstanceID=6(refinst:1)
+-- TST_LD.InstanceID=8(refinst:2)
This displays the Role
(Initiator), AssociationClass
(TST_A3), etc. for the
instance name defined in the command which is a complex association that
contains 3 reference properties. The tag refinst
on each instance
defines the corresponding reference instance so that the instances
returned can be correlated back to their reference instances.
The resulting table output for the same command but with -o table
is:
Example:
$ pywbemcli -o table instance shrub root/cimv2:TST_EP.InstanceID=1
Shrub of root/cimv2:TST_EP.InstanceID=1
+-----------+-------------------+--------------+--------------------+-------------------------+
| Role | Reference Class | ResultRole | Associated Class | Assoc Inst paths |
|-----------+-------------------+--------------+--------------------+-------------------------|
| Initiator | TST_A3 | Target | TST_EP | /:TST_EP. |
| | | | | InstanceID=2(refinst:0) |
| | | | | /:TST_EP. |
| | | | | InstanceID=5(refinst:1) |
| | | | | /:TST_EP. |
| | | | | InstanceID=7(refinst:2) |
| Initiator | TST_A3 | LogicalUnit | TST_LD | /:TST_LD. |
| | | | | InstanceID=3(refinst:0) |
| | | | | /:TST_LD. |
| | | | | InstanceID=6(refinst:1) |
| | | | | /:TST_LD. |
| | | | | InstanceID=8(refinst:2) |
+-----------+-------------------+--------------+--------------------+-------------------------+
2.4.4. qualifier
command group
The qualifier
command group has commands that act on CIM qualifier
declarations:
qualifier get command - Get a qualifier declaration.
qualifier delete command - Delete a qualifier declaration.
qualifier enumerate command - List the qualifier declarations in a namespace.
2.4.4.1. qualifier get
command
The qualifier get
command gets the specified qualifier declaration.
- The command format is:
pywbemcli [GENERAL-OPTIONS] qualifier get
QUALIFIERNAME
[COMMAND-OPTIONS]
The qualifier declaration is named with the QUALIFIERNAME
argument and is
in the namespace specified with the -namespace
/-n
command option, or
otherwise in the default namespace of the connection.
The -namespace
/-n
command option option defines the term:Namespace to
use for this command, instead of the default namespace of the current
connection. This option accepts single or multiple namespaces and displays
the results for the list of namespaces supplied. See :ref: Pywbemcli special
command line features for more information on using multiple namespaces
The qualifier declaration is displayed using CIM object output formats or Table output formats.
The following example gets the Key
qualifier declaration from the
default namespace:
$ pywbemcli --name mymock qualifier get Key
Qualifier Key : boolean = false,
Scope(property, reference),
Flavor(DisableOverride, ToSubclass);
See pywbemcli qualifier get –help for the exact help output of the command.
2.4.4.2. qualifier delete
command
The qualifier delete
command deletes the specified qualifier declaration.
- The command format is:
pywbemcli [GENERAL-OPTIONS] qualifier delete
QUALIFIERNAME
[COMMAND-OPTIONS]
The qualifier declaration is named with the QUALIFIERNAME
argument and is
in the namespace specified with the -namespace
/-n
command option, or
otherwise in the default namespace of the connection.
The qualifier declaration is deleted using the DeleteQualifier operation. It is left to the WBEM server to reject the deletion if the qualifier is used anywhere.
The following example deletes the Xyz
qualifier declaration from the
default namespace:
$ pywbemcli --name mymock qualifier delete Xyz
Deleted qualifier Xyz
See pywbemcli qualifier delete –help for the exact help output of the command.
2.4.4.3. qualifier enumerate
command
The qualifier enumerate
command enumerates the qualifier declarations in
a namespace.
- The command format is:
pywbemcli [GENERAL-OPTIONS] qualifier enumerate [COMMAND-OPTIONS]
The namespace is specified with the -namespace
/-n
command option, or
otherwise is the default namespace of the connection.
The -namespace
/-n
command option option defines the term:Namespace to
use for this command, instead of the default namespace of the current
connection. This option accepts single or multiple namespaces and displays
the results for the list of namespaces supplied. See :ref: Pywbemcli special
command line features for more information on using multiple namespaces
The qualifier declaration is displayed using CIM object output formats or Table output formats.
This example displays all of the qualifier declarations in the default namespace as a table:
$ pywbemcli --name mymock --output-format table qualifier enumerate
Qualifier Declarations
+-------------+---------+---------+---------+-------------+-----------------+
| Name | Type | Value | Array | Scopes | Flavors |
|-------------+---------+---------+---------+-------------+-----------------|
| Association | boolean | False | False | ASSOCIATION | DisableOverride |
| | | | | | ToSubclass |
| Description | string | | False | ANY | EnableOverride |
| | | | | | ToSubclass |
| | | | | | Translatable |
| In | boolean | True | False | PARAMETER | DisableOverride |
| | | | | | ToSubclass |
| Key | boolean | False | False | PROPERTY | DisableOverride |
| | | | | REFERENCE | ToSubclass |
| Out | boolean | False | False | PARAMETER | DisableOverride |
| | | | | | ToSubclass |
+-------------+---------+---------+---------+-------------+-----------------+
See pywbemcli qualifier enumerate –help for the exact help output of the command.
2.4.5. profile
command group
Profile list command - List management profiles advertised by the server.
profile centralinsts command - List central instances of management profiles on the server.
2.4.5.1. Profile list
command
The profile list
command lists the
management profiles advertised by the
WBEM server of the current connection.
- The command format is:
pywbemcli [GENERAL-OPTIONS] profile list [COMMAND-OPTIONS]
The returned management profiles are displayed with organization, profile name, and profile version using the Table output formats.
The
--organization
/-o
and--profile
/-p
command options can be used to filter the returned management profiles by organization and profile name, respectively.
The command options are:
--organization
/-o
ORGANIZATION_NAME
Filter the returned management profiles by the organization name ex.DMTF
.--profile
/-p
PROFILE-NAME
Filter the returned management profiles by the profile name. (ex. -p Array)
Example:
$ pywbemcli --name myserver --output-format simple profile list
Advertised management profiles:
Organization Registered Name Version
-------------- ------------------------ ---------
DMTF CPU 1.0.0
DMTF Computer System 1.0.0
DMTF Ethernet Port 1.0.0
DMTF Fan 1.0.0
DMTF Indications 1.1.0
DMTF Profile Registration 1.0.0
Other Some Other Subprofile 0.1.0
Other Some Subprofile 0.1.0
Other SomeSystemProfile 0.1.0
SNIA Array 1.1.0
SNIA Block Server Performance 1.1.0
SNIA Disk Drive Lite 1.1.0
SNIA Indication 1.1.0
SNIA Indication 1.2.0
SNIA Profile Registration 1.0.0
SNIA SMI-S 1.2.0
SNIA Server 1.1.0
SNIA Server 1.2.0
SNIA Software 1.1.0
SNIA Software 1.2.0
See pywbemcli profile list –help for the exact help output of the command.
2.4.5.2. profile centralinsts
command
The profile centralinsts
command gets the central instances
of the management profiles advertised by the
WBEM server of the current connection.
- The format of the command is:
pywbemcli [GENERAL-OPTIONS] profile centralinsts [COMMAND-OPTIONS]
The command displays the instance paths of the central instances by profile, using the Table output formats.
The --organization
/-o
and --profile
/ -p
command options can be
used to filter the result by organization and name of the management profiles,
respectively.
Example:
$ pywbemcli profile centralinsts --organization DMTF --profile "Computer System"
Advertised Central Instances:
+---------------------------------+----------------------------------------------------------------------------------------------------------------------+
| Profile | Central Instances |
|---------------------------------+----------------------------------------------------------------------------------------------------------------------|
| DMTF:Computer System:1.0.0 | //leonard/test/TestProvider:Test_StorageSystem.Name="StorageSystemInstance1",CreationClassName="Test_StorageSystem" |
| | //leonard/test/TestProvider:Test_StorageSystem.Name="StorageSystemInstance2",CreationClassName="Test_StorageSystem" |
+---------------------------------+----------------------------------------------------------------------------------------------------------------------+
See pywbemcli profile centralinsts –help for the exact help output of the command.
2.4.6. server
command group
The server
command group has commands that interact with the WBEM
server of the current connection to access information about the
WBEM server itself:
server brand command - Get the brand of the server.
server info command - Get information about the server.
server add-mof command - Compile the MOF files defined.
server remove-mof command - Remove the MOF objects from the server.
server schema command - List the namespaces of the server.
2.4.6.1. server brand
command
The server brand
command gets the brand of the WBEM server of the
current connection.
- The format of the command is:
pywbemcli [GENERAL-OPTIONS] server brand [COMMAND-OPTIONS]
The brand is intended to identify the product that represents the WBEM server infrastructure. Since that was not clearly defined in the DMTF specifications, this command may return strange results for some servers, but it returns legitimate results for the most commonly used servers.
The brand is displayed using Table output formats.
Example:
$ pywbemcli --name myserver server brand
Server Brand:
+---------------------+
| WBEM server brand |
|---------------------|
| OpenPegasus |
+---------------------+
See pywbemcli server brand –help for the exact help output of the command.
2.4.6.2. server info
command
The server info
command gets general information on the WBEM server of the
current connection.
- The format of the command is:
pywbemcli [GENERAL-OPTIONS] server info [COMMAND-OPTIONS]
This includes the brand, version, namespaces, and other reasonable information on the WBEM server.
The result is displayed using Table output formats.
Example:
$ pywbemcli --name myserver server info
Server General Information
+-------------+-----------+---------------------+-------------------------------+
| Brand | Version | Interop Namespace | Namespaces |
|-------------+-----------+---------------------+-------------------------------|
| OpenPegasus | 2.15.0 | root/PG_InterOp | root/PG_InterOp |
| | | | root/benchmark |
| | | | root/SampleProvider |
| | | | test/CimsubTestNS2 |
| | | | test/CimsubTestNS3 |
| | | | test/CimsubTestNS0 |
| | | | test/CimsubTestNS1 |
| | | | root/PG_Internal |
| | | | test/WsmTest |
| | | | test/TestIndSrcNS1 |
| | | | test/TestINdSrcNS2 |
| | | | test/EmbeddedInstance/Static |
| | | | test/TestProvider |
| | | | test/EmbeddedInstance/Dynamic |
| | | | root/cimv2 |
| | | | root |
| | | | test/cimv2 |
| | | | test/static |
+-------------+-----------+---------------------+-------------------------------+
See pywbemcli server info –help for the exact help output of the command.
2.4.6.3. server add-mof
command
Compiles MOF and adds/updates CIM objects in the WBEM server.
- The format of the command is:
pywbemcli [GENERAL-OPTIONS] server add-mof [COMMAND-OPTIONS]
The server add-mof
command compiles one or more MOF files and adds the
resulting CIM objects to the target namespace in the WBEM server of the
current connection.
The command options are:
--namespace
/-n
NAMESPACE
This option defines the term:Namespace to use for this command, instead of the default namespace of the current connection.--include
/-I
INCLUDEDIR PATH
the path name of a MOF include directory. This option may be specified multiple times.--dry-run
/-d
Enable dry-run mode: Don’t actually modify the server. The onnection to the WBEM server is still required for reading information required to execute the compile from the server.
Example:
$ pywbemcli --name myserver server add-mof mymodel.mof
See pywbemcli server add-mof –help for the exact help output of the command.
2.4.6.4. server remove-mof
command
Compile the MOF defined by the command option and remove the resulting objects from the server.
- The format of the command is:
pywbemcli [GENERAL-OPTIONS] server remove-mof [COMMAND-OPTIONS]
The server remove-mof
command compiles one or more MOF files and removes the
resulting CIM objects from the target namespace in the WBEM server of the
current connection.
The command options are:
--namespace
/-n
NAMESPACE
The namespace to use for this command, instead of the default namespace of the connection.--include
/-I
INCLUDEDIR PATH
the path name of a MOF include directory. This option may be specified multiple times.--dry-run
/-d
Enable dry-run mode: Don’t actually modify the server. The connection to the WBEM server is still required for reading information required to execute the compile from the server.
Example:
$ pywbemcli --name myserver server remove-mof mymodel.mof
See pywbemcli server remove-mof –help for the exact help output of the command.
2.4.6.5. server schema
command
The server schema
command returns information on the
schemas in the namespace(s) of the current connection
WBEM server.
- The format of the command is:
pywbemcli [GENERAL-OPTIONS] server schema [COMMAND-OPTIONS]
The overview reports a summary by namespace of this information and the
detail view (server schema --detail
) reports the information for each
schema in the namespace.
For each schema in each namespace, the report provides information on the CIM Schema version (maximum qualifier ‘Version’ for classes in that schema), whether the schemas have experimental classes, and the number of classes in each schema and CIM Schema.
Pywbemcli determines the version of the CIM Schema by finding the highest
value of the Version
qualifier on any of the classes in the namespace that
are in that schema
There are two report outputs possible:
Detail report (
--detail
option) displays information on the number of classes, maximum version for each schema in each or the selected namespace, and whether the schema includes any experimental classes.The overview output (without
--detail
command option) displays information on the number of classes, the CIM Schema and whether there are experimental classes in each or the selected namespace. For the CIM Schema in the overview report the highest value is determined by finding the highest ‘Version’ qualifier value for each schemas in the CIM schema (normallyCIM
, orPRS
).
Example:
$ pywbemcli --name myserver server schema
Schema information; namespaces: all;
Namespace Schemas classes CIM schema experimental
count version
----------------------------- ----------------- --------- ------------- --------------
root 0
root/PG_InterOp CIM, PG 276 2.40.0
root/benchmark CIM, (no-schema) 206 2.40.0
root/cimv2 CIM, PG, PRS 1463 2.41.0 Experimental
The above report would indicate that the namespace root/cimv2
was probably
created with DMTF released CIM Schema version 2.41.0. Other namespaces show a
lower level of version because they are not using any of the classes that
have the Version
qualifier value of 2.41.0.
or a more detailed report (--detail
option):
$ pywbemcli --name myserver server schema --detail
Namespace Schemas classes schema experimental
count version
----------------------------- ----------------- --------- --------- --------------
root/PG_InterOp CIM 241 2.40.0
PG 35 2.12.0
root/benchmark CIM 177 2.40.0
(no-schema) 29 1.0.0
root/cimv2 CIM 1382 2.41.0 Experimental
PG 20 2.12.0
This report tells more about each schema in that it reports that there
are classes in the root/cimv2
namespace ‘CIM’ schema that are experimental
indicating that the CIM Schema used was the Version 2.41.0, experimental
CIM Schema.
See pywbemcli server remove-mof –help for the exact help output of the command.
2.4.7. statistics
command group
The statistics
command group includes commands that display statistics
about the WBEM operations executed by a real WBEM server (or by a mock
environment).
Statistics on WBEM operations are maintained by the pywbemcli client, and also separately by WBEM servers that support this. There are multiple components to statistics gathering and reporting in pywbemcli:
Pywbemcli gathers and maintains statistics on WBEM operations it executes against a WBEM server (or mock environment). The client maintained statistics can be displayed either automatically after each pywbemcli command if the
--timestats
/-T
general option is used, or in interactive mode with thestatistics show
command.For mock environments, artificial operations on the MOF compile time needed for setting up the mock respository are included in the client maintained statistics.
WBEM servers may support two capabilities for managing statistics on WBEM operations:
Each CIM-XML response from the WBEM server may include an extra header field
WBEMServerResponseTime
with the server response time for that operation. Pywbemcli puts those server response times into the client statistics it maintains. The inclusion of the server response time into the CIM-XML response can be enabled and disabled with thestatistics server-on
andstatistics server-off
commands.Statistical information on operation execution in the WBEM server and its providers may be gathered and maintained and by the WBEM server. These server maintained statistics are completely independent of the client maintained statistics and will include the operations driven by all clients working with that server. The gathering of server statistics can be enabled and disabled with the
statistics server-on
andstatistics server-off
commands. The server maintained statistics can be retrieved and displayed with thestatistics server-show
command.
The mock environment implemented by pywbemcli does not support server maintained statistics.
The capabilities for managing and retrieving server maintained statistics is supported only in some WBEM server implementations. While these capabilities were documented in the CIM Schema, they were never included as part of a DMTF or SNIA management profile, so the implementations may vary across WBEM server implementations. Pywbemcli makes a best effort to interact with the server maintained statistics based on the documentation in the CIM Schema, and has been verified to work with OpenPegasus.
The statistics commands are:
statistics reset command - Reset client maintained statistics.
statistics server-on command - Enable server maintained statistics.
statistics server-off command - Disable server maintained statistics.
statistics server-show command - Display server maintained statistics.
statistics show command - Display client maintained statistics (interactive mode).
statistics status command - Show enabled status of client and server maintained statistics.
2.4.7.1. statistics server-on
command
The statistics server-on
command attempts to enable statistics gathering
on the current WBEM server and the returning of the server response time in the
WBEMServerResponseTime
header field of the CIM-XML response, by setting the
GatherStatisticalData
property to True in the CIM_ObjectManager
instance
for the WBEM server.
See ‘_Operation statistics’_ for more information on statistics in pywbemcli and WBEM servers.
Since only some WBEM server implementations actually implement statistics
gathering, the command may fail, for example if the CIM_ObjectManager
class or its property GatherStatisticalData
have not been implemented by the
server, or if the server does not allow a client to modify the property.
Note that this command also affects whether the Server Time column of the client maintained statistics shows a value.
2.4.7.2. statistics server-off
command
The statistics server-off
command attempts to disable statistics gathering
on the current WBEM server and the returning of the server response time in the
WBEMServerResponseTime
header field of the CIM-XML response, by setting the
GatherStatisticalData
property to False in the CIM_ObjectManager
instance
for the WBEM server.
See ‘_Operation statistics’_ for more information on statistics in pywbemcli and WBEM servers.
Since only some WBEM server implementations actually implement statistics gathering, the command may fail, for example if the ‘CIM_ObjectManager’ class or its property ‘GatherStatisticalData’ have not been implemented by the server, or if the server does not allow a client to modify the property.
Note that this command also affects whether the Server Time column of the client maintained statistics shows a value.
2.4.7.3. statistics status
command
The statistics status
command displays the enabled status of the
statistic gathering in the current WBEM server and of the automatic display
of the client maintained statistics.
See ‘_Operation statistics’_ for more information on statistics in pywbemcli and WBEM servers.
2.4.7.4. statistics reset
command
The statistics reset
command resets the counters of the client-maintained
statistics. This includes the server response times returned by the WBEM server
that are part of the client maintained statistics.
2.4.7.5. statistics show
command
The statistics show
command displays the client maintained statistics.
Using this command only makes sense in interactive mode. In interactive mode, the statistics is maintained for the entire interactive session, and executing commands that communicate with the server in the interactive session causes the statistics counters to be updated.
The following example shows the use of the statistics show
command in
the interactive mode with a real WBEM server:
$ pywbemcli -n pegasus
pywbemcli> server brand
OpenPegasus
pywbemcli> statistics show
Client statistics
Operation Count Errors Client Time Server Time Request Size Response Size
[ms] [ms] [B] [B]
---------------------- ------- -------- ------------- ------------- -------------- ---------------
EnumerateInstanceNames 2 1 33.174 1.407 333 6225
EnumerateInstances 1 0 7.938 2.813 345 3504
The following example shows the use of the statistics show
command in
the interactive mode with a mock environment:
$ pywbemcli -n mock1
pywbemcli> class enumerate --di --no
CIM_Foo
CIM_Foo_sub
CIM_Foo_sub2
CIM_Foo_sub_sub
pywbemcli> statistics show
Client statistics
Operation Count Errors Client Time Server Time Request Size Response Size
[ms] [ms] [B] [B]
------------------------- ------- -------- ------------- ------------- -------------- ---------------
compile_mof_file(ns=None) 1 0 149.862 0 0 0
CreateClass 4 0 4.075 0 0 0
CreateInstance 12 0 1.715 0 0 0
EnumerateClassNames 1 0 0.167 0 0 0
SetQualifier 10 0 0.139 0 0 0
The Operation column shows the name of the WBEM operation, plus the following additional entries:
compile_mof_file(ns=None)
The Count column shows the number of operations executed.
The Errors column shows the number of cases where the operation has resulted in an error at the level of the CIM-XML protocol. The occurrence of such errors is not necessarily a problem, depending on the logic in the pywbemcli client program.
All time and size values in this report are average values across the number of operations executed, rounded to the precision shown.
The Client Time column shows the total elapsed time the operation took from a perspective of the pywbemcli client program. This time includes network time and server time and most of the time spent in the pywbemcli command. More specifically, the client time is measured by the statistics support of the pywbem library directly after the API for executing an operation, so it does include the creation of the CIM-XML for the request and the parsing of the CIM-XML for the response, but it does not include any processing in the code of the pywbemcli command above the pywbem API.
The Server Time column shows the total elapsed time the operation took from
a perspective of the WBEM server. It has the same meaning as the Server Time
value shown in the server statistics. This time includes time spent in the
CIM object manager code and time spent in its providers. The Server Time is
obtained from the header field WBEMServerResponseTime
in the CIM-XML
response message; if the WBEM server does not support returning this field or
has it disabled, the Server Time is shown as 0. That is why the Server Time
values for the mock environment example are shown as 0.
The Request Size and Response Size columns show the size of the HTTP bodies of the CIM-XML request and response messages, respectively. These values do not include the size of the HTTP header fields.
2.4.7.6. statistics server-show
command
The statistics server-show
command displays the server maintained statistics
of the current WBEM server. What is returned depends on the implementation of
statistics gathering in the WBEM server.
This command does that by retrieving “CIM_CIMOMStatisticalData” instances associated from the “CIM_ObjectManager” instance representing the WBEM server, and organizing them into a server statistics report.
The format of the server statistics report of a real WBEM server is shown in the example below:
$ pywbemcli -s http://localhost statistics server-show
Server statistics
Operation Count Server Time Provider Time Request Size Response Size
[ms] [ms] [B] [B]
---------------------- ------- ------------- --------------- -------------- ---------------
GetClass 315 0.239 0 399 4124
GetInstance 4 0.495 0.07 862 3128
ModifyInstance 4 0.795 0.024 3523 376
EnumerateInstances 172 1.459 0.341 383 10111
EnumerateInstanceNames 132 0.913 0.657 377 4102
OpenEnumerateInstances 156 1.986 0 616 14506
The Operation column shows the name of the WBEM operation.
The Count column shows the number of operations executed.
All time and size values in this report are average values across the number of operations executed, rounded to the precision shown.
The Server Time column shows the total elapsed time the operation took from a perspective of the WBEM server. It has the same meaning as the Server Time value shown in the client statistics. This time includes time spent in the CIM object manager code and time spent in any providers.
The Provider Time column shows the total elapsed time the operation spent in the provider from a perspective of the CIM object manager portion of the WBEM server that calls the provider. OpenPegasus only reports values for instance providers and reports the values for class and qualifier operations as 0. Other WBEM servers would typically also do that. The provider time includes the time spent for performing any actions in the managed system and also the time spent in any “up-calls” from the provider back to the CIM object manager portion of the WBEM server (and possibly down to other providers).
The Request Size and Response Size columns show the size of the CIM-XML request and response messages, respectively. For OpenPegasus and WBEM servers that followed the description in CIM_CIMOMStatisticalData.mof, these values include the size of the HTTP bodies and the size of the HTTP header fields.
Note that statistics gathering in WBEM servers is not standardized in WBEM management profiles, so the statements above are based on typical implementations of WBEM servers such as the implementation of OpenPegasus.
2.4.8. connection
command group
The connection
command group includes commands that manage named connection
definitions that are persisted in a connections file.
This allows maintaining multiple connection connection definitionss and then using any
one via the --name general option. Only a single connection is
active (selected) at any point in time but the connection connection can
be selected on the pywbemcli command line (--name general option) or
changed within an interactive session using the connection select command.
The attributes of each connection definition in the connections file are:
name - name of the connection definition. See --name general option.
server - URL of the WBEM server, or None if the connection definition is for a mock WBEM server. See --server general option.
default-namespace - default namespace for the WBEM server. See --default-namespace general option.
user - user name for the WBEM server. See --user general option.
password - password for the WBEM server. See --password general option.
use-pull - determines whether the pull operations are to be used for the WBEM server. See --use-pull general option.
pull-max-cnt - integer that defines the maximum number of CIM instances the WBEM server may return with a single pull Open or Pull request. See --pull-max-cnt general option.
verify - a boolean flag controlling whether the pywbem client verifies any certificate received from the WBEM server. See --verify general option.
certfile - path name of the server certificate file. See --certfile general option.
keyfile - path name of the client private key file. See --keyfile general option.
timeout - client-side timeout for operations against the WBEM server. See --timeout general option.
mock-server - list of files defining the setup of the mock WBEM server, or None if the connection definition is for a real WBEM server. See --mock-server general option.
The commands in this group are:
connection delete command - Delete a WBEM connection definition.
connection export command - Export the current connection.
connection list command - List the WBEM connection definitions.
connection save command - Save the current connection to a new WBEM connection definition.
connection select command - Select a WBEM connection definition as current or default.
connection show command - Show connection info of a WBEM connection definition.
connection test command - Test the current connection with a predefined WBEM request.
connection set-default command - Sets or clears the default definition in a connections file.
2.4.8.1. connection delete
command
The connection delete
command deletes a connection definition from the
connections file.
- The format of this command is:
pywbemcli [GENERAL-OPTIONS] connection delete
NAME
[COMMAND-OPTIONS]
If the NAME
argument is specified, the connection definition with that name
is deleted. Otherwise, the command displays the list of connection definitions
and prompts the user to select the one to be deleted. If there is only a
single connection, that connection is deleted without the user selection
request.
Example that deletes a connection definition by the specified name:
$ pywbemcli connection delete mytestconnection
Example that deletes a connection definition by selecting it:
$ pywbemcli connection delete
Select a connection or Ctrl_C to abort.
0: mock1
1: mockassoc
2: op
Input integer between 0 and 2 or Ctrl-C to exit selection: 1 << entered by user
Deleted connection "mockassoc".
See pywbemcli connection delete –help for the exact help output of the command.
2.4.8.2. connection export
command
The connection export
command exports the current connection as a set of
environment variables.
- The format of this command is:
pywbemcli [GENERAL-OPTIONS] connection export [COMMAND-OPTIONS]
This is done by displaying the commands to set the environment variables to stdout.
$ pywbemcli --server http://localhost connection export
export PYWBEMCLI_SERVER=http://localhost
export PYWBEMCLI_DEFAULT_NAMESPACE=root/cimv2
export PYWBEMCLI_TIMEOUT=30
. . .
This can be used for example on Linux and OS-X to set the environment variables as follows:
$ eval $(pywbemcli --server http://localhost connection export)
$ env |grep PYWBEMCLI
PYWBEMCLI_SERVER=http://localhost
PYWBEMCLI_DEFAULT_NAMESPACE=root/cimv2
PYWBEMCLI_TIMEOUT=30
. . .
See pywbemcli connection export –help for the exact help output of the command.
2.4.8.3. connection list
command
The connection list
command lists the connection definition
definitions in the connections file and the current connection (if it
has not been saved to the connections file).
- The format of this command is:
pywbemcli [GENERAL-OPTIONS] connection list [COMMAND-OPTIONS]
Valid output formats are Table output formats.
This shows which connection is the current connection and if any connection is set as the default connection (connection select command ).
The current connection is marked with * in the Name column. The default connection, if defined, is marked with # in the Name column.
The title also displays the path of the file that is being used as the current connections file.
pywbemcli> --server http://localhost --user me --password mypw --no-verify connection save me
pywbemcli> --server http://blahblah connection list
WBEM server connections(brief): (#: default, *: current)
file: /home/johndoe/.pywbemcli_connections.yaml
+--------------+------------------+----------------------------------------+
| name | server | mock-server |
|--------------+------------------+----------------------------------------|
| *blahblah | http://blah | |
| mock1 | | tests/unit/simple_mock_model.mof |
| mockalltypes | | tests/unit/all_types.mof |
| mockassoc | | tests/unit/simple_assoc_mock_model.mof |
| mockext | | tests/unit/simple_mock_model_ext.mof |
| op | http://localhost | |
| test3 | | tests/unit/simple_mock_model.mof |
| | | tests/unit/mock_confirm_y.py |
+--------------+------------------+----------------------------------------+
A more complete display of the server parameters is available with the
--full
option as follows:
pywbemcli> connection list --full
WBEM server connections(full): (#: default, *: current)
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| name | server | namespace | user | timeout | use_pull | verify | certfile | keyfile | mock-server |
+==============+======================+========================+=============+===========+============+==========+============+===========+==================================================+
| #mockassoc | | root/cimv2 | | 30 | | True | | | tests/unit/simple_assoc_mock_model.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| alltypes | | root/cimv2 | | 30 | | True | | | tests/unit/all_types.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| complexassoc | | root/cimv2 | | 30 | | True | | | tests/unit/complex_assoc_model.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| mock1 | | root/cimv2 | | 30 | | True | | | tests/unit/simple_mock_model.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| mock1ext | | root/cimv2 | | 30 | | True | | | tests/unit/simple_mock_model_ext.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| mock1interop | | interop | | 30 | | True | | | tests/unit/simple_mock_model.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| ophttp | http://localhost | root/cimv2 | | 30 | | True | | | |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| ophttps | https://localhost | root/cimv2 | blahblah | 30 | | False | | | |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| opt | https://blah | root/cimv2 | | 45 | | False | c1.pem | k1.pem | |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
| test1 | | root/cimv2 | | 30 | | True | | | tests/unit/simple_assoc_mock_model.mof |
+--------------+----------------------+------------------------+-------------+-----------+------------+----------+------------+-----------+--------------------------------------------------+
Connection list does not display some fields such as the ca-certs field. See connection show command for more detailed display of individual fields used by the server.
See pywbemcli connection list –help for the exact help output of the command.
2.4.8.4. connection save
command
The connection save
command saves the current connection in the
connections file as a named connection with the name specified
in the NAME
argument.
- The format is:
pywbemcli [GENERAL-OPTIONS] connection save
NAME
[COMMAND-OPTIONS]
If a connection definition with that NAME
already exists, it will be overwritten
without notice.
This command includes an option (set-default
) that sets the default
connection of the current connections file to the name of the definition being
saved. Once the default connection is set, that be comes the connection if
pywbemcli is executed with no options for defining the server.
A new connection MYCONN can be created with the following command:
$ pywbemcli --server http://blah connection save MYCONN
A connection can be created, saved and set as the default connection with:
$ pywbemcli --server http://blah connection save MYCONN --set-default
See pywbemcli connection save –help for the exact help output of the command.
2.4.8.5. connection select
command
The connection select
command selects a named connection from the current
connections file to become the current connection.
- The command format is:
pywbemcli [GENERAL-OPTIONS] connection select
NAME
[COMMAND-OPTIONS]
If the NAME
argument is specified, the connection definition with
that name is selected. Otherwise, pywbemcli displays the list of names of
connection definition entries from the connections file and prompts the
user to pick one to be selected. If there is only a single connection, that
connection is selected without the user request.
If the --default
/-d
command option is set, the connection definition in
addition becomes the default connection, by marking it accordingly in the
connections file.
The following example shows changing connection from within the interactive mode of pywbemcli:
$ pywbemcli
pywbemcli> connection select
Select a connection or Ctrl_C to abort.
0: mock1
1: mockassoc
2: op
Input integer between 0 and 2 or Ctrl-C to exit selection: 1 << entered by user
pywbemcli> connection list
WBEMServer Connections: (#: default, *: current)
+------------+------------------+-------------+-------------+-----------+------------+-----------------------------------------+
| name | server | namespace | user | timeout | verify | mock-server |
|------------+------------------+-------------+-------------+-----------+------------+-----------------------------------------|
| #mock1 | | root/cimv2 | | 30 | False | tests/unit/simple_mock_model.mof |
| *mockassoc | | root/cimv2 | | 30 | False | tests/unit/simple_assoc_mock_model.mof |
| op | http://localhost | root/cimv2 | me | 30 | True | |
+------------+------------------+-------------+-------------+-----------+------------+-----------------------------------------+
pywbemcli> connection show
name: mockassoc
server: None
default-namespace: root/cimv2
user: None
password: None
timeout: 30
no-verify: False
certfile: None
keyfile: None
use-pull: either
pull-max-cnt: 1000
mock-server: tests/unit/simple_assoc_mock_model.mof
log: None
See pywbemcli connection select –help for the exact help output of the command.
2.4.8.6. connection show
command
The connection show
command shows information about a connection definition:
- The command format is:
pywbemcli [GENERAL-OPTIONS] connection show
NAME
[COMMAND-OPTIONS]
If
NAME
is?
, pywbemcli prompts the user to select one and shows the existing current connection. If there is only a single connection the user selection is bypassed.If
NAME
is specified, show the connection definition with that name.If
NAME
is not specified, show the existing current connection.
$ pywbemcli -s http://blah connection show
name: not-saved (current)
server: http://blah
default-namespace: root/cimv2
user: None
password: None
timeout: 30
verify: True
certfile: None
keyfile: None
mock-server:
ca-certs: None
See pywbemcli connection show –help for the exact help output of the command.
2.4.8.7. connection test
command
The connection test
command executes a single predefined WBEM operation on
the current connection to verify that accessing the WBEM server works.
- The command format is:
pywbemcli [GENERAL-OPTIONS] connection test [COMMAND-OPTIONS]
The predefined operation is EnumerateClasses
which attempts to enumerate
the classes in the default namespace of the WBEM Server. Even if the server
does not support the classes operations, this command should return a
CIMError indicating that WBEM is supported (ex. CIM_ERR_NOT_SUPPORTED)
indicating that WBEM is supported by the server.
If the --test-pull
command option is included, pywbemcli will issue an
instances request for each of the DMTF defined pull operations and report the
results. This could be important because the pull operations are defined
as optional and some servers may not include them or all of them.
If the server accepts the request, a simple text OK <server url
will be returned.
The following example defines the connection with --server general option, --user
, and --password
and executes the test with successful
result:
$ pywbemcli --server http://localhost --user me --password mypw connection test
Connection successful
See pywbemcli connection test –help for the exact help output of the command.
2.4.8.8. connection set-default
command
The connection set-default
command sets or clears the
default-connection-name attribute in the currently specified
connections file.
- The command format is:
pywbemcli [GENERAL-OPTIONS] connection set-default
NAME
[COMMAND-OPTIONS]
The default-connection-name attribute in the connection file allows a
named connection in a connections file to be loaded on startup without
using the --name general option. If pywbemcli is started without
--name general option, --server general option, or
--mock-server general option, the default-connection-name
attribute
is retrieved from the connections file if defined, and the value of this
attribute used as the name of the connection definition set as current
connection.
Thus, for example, if the default connection definition is mytests
the
connection definition for mytests
is created each time pywbemcli is started
with no --server general option, --mock-server general option or
the --name general option.
This command also allows clearing the value of the default connections file
attribute with the --clear
option.
The following demonstrates displaying the connection information for the
current default connection mytests
.
$ pywbemcli connection show
name: mytests (current, default)
server: http://blah
default-namespace: root/cimv2
user: None
password: None
timeout: 30
verify: True
certfile: None
keyfile: None
mock-server:
ca-certs: None
$ pywbemcli connection set-default --clear
Connection default name cleared replacing None
$ pywbemcli connection show
Error: No connection defined
$ pywbemcli connection set-default mytests
'mytests' set as default connection
$ pywbemcli connection show
WBEM server connections(brief): (#: default, *: current)
file: tmp.yaml
name server mock-server
--------- --------------- -------------
*#mytests http://blah
blahblah http://blahblah
The current status of the default-connection-name can be viewed with the connection show command and connection list command.
See pywbemcli connection set-default –help for the exact help output of the command.
2.4.9. subscription
command group
The DMTF specification DMTF Indication Profile DSP0004 defines the capability for WBEM servers to generate indications (asynchronous notifications based on events that occur in the WBEM server managed environment) and for the indications to be generated to be defined by CIM indication subscriptions which may be created by WBEM clients.
A CIM indication subscription consists of instances of 3 separate classes:
1. CIM_IndicationFilter
(filter/indication filter) - Defines an
indication filter (using a query language) that defines
the characteristics of indications to be sent to a listener destination.
2. CIM_ListenerDestination
(destination/listener destination) - Defines a
listener destination (a URL) for indications exported from a WBEM
server. Pywbem and pywbemcli use the subclass CIM_ListenerDestinationCIMXML
specifically because that class uses the protocol supported by pywbemcli and
the Pywbemlistener command.
3. CIM_IndicationSubscription
(subscription/indication subscription) - A
CIM association class that relates an indication filter definition (Filter
reference property) and a listener destination (Handler
reference
property) to link the definition of the indication to be generated and the
listener destination for the indication.
An indication subscription defines for a WBEM server the target WBEM listener
destination instance for indications to be generated based on the Query
and
QueryLanguage
properties defined in the filter instance; an indication
subscription relates a WBEM listener destination with the definition of the
indications that will be generated. When a WBEM server receives a valid
indication subscription it is expected to activate the functionality to
generate and send indications defined by that subscription.
Pywbemcli provides commands that allow creating, displaying, and removing the components of CIM indication subscriptions from WBEM servers. In conjunction with pywbemtools Pywbemlistener command, a user can create indication subscriptions on a WBEM server and view indications generated by that WBEM server.
The subscription
command group has commands that act on the CIM indication
classes on a WBEM server including:
subscription add-destination command - Add a new listener destination instance to the server.
subscription add-filter command - Add a new indication filter instance to the server.
subscription add-subscription command - Add a indication subscription instance to the server.
subscription list command - list overview of indication subscriptions on the server.
subscription list-destinations command - Display destinations on the server.
subscription list-filters command - Display indication filters on the server.
subscription list-subscriptions command - Display indication subscriptions on the server.
subscription remove-destination command - Remove destinations instances from the server.
subscription remove-filter command - Remove filters from the server.
subscription remove-subscription command - Remove subscriptions from the server.
Subscription remove-server command - Remove all owned subscriptions from the server.
Pywbemtools groups indication subscription instances with an ownership concept where the instances of filters, destinations, and subscriptions can be either owned by the pywbemtools client or permanent.
All of the instances of indication destination, indication filter and indication subscriptions are created by pywbemcli are created in the WBEM server Interop namespace.
While the definition of indication subscriptions created by pywbemcli is based on the DMTF Indication Profile DSP1054 there are a number of limitations in the pywbem implementation including:
It does not provide direct access to any of the Indication Service or Indication capability functionality such as
CIM_IndicationService
.It requires some properties in the instances that some of the options of DSP0004 consider optional including the destination URL property and the filter Query property. Thus pywbemcli does not implement what the specification calls free listener destinations where the
Destination
property is left empty when the destination is created in the WBEM server.pywbemcli creates instances of
CIM_ListenerDestinationCIMXML
rather thanCIM_ListenerDestination
because pywbemcli is tied to the CIMXML protocol.pywbemcli subscription does not provide a command to modify an existing destination, filter, or subscription instance. That must be done using the
instance
command group.pywbemcli subscription always uses the CIM classes to create the listener destination, indication filter, and indication subscription and does not provide for using subclasses (ex. vendor specific subclasses) for creating instances subclasses.
pywbemcli does not support FilterCollections which uses the
CIM_FilterCollectionSubscription
class.
2.4.9.1. Owned destinations, filters, and subscriptions
Owned CIM instances are created with the subscription add-destination command, subscription add-filter command, and subscription add-subscription command and their life cycle is bound to the life cycle of the registration of a WBEM server with pywbemcli.
Pywbemcli registers a WBEM Server with the registration manager the first time
a subscription
command is executed if a WBEM server is currently defined
with the --name general option, --server general option or the
--mock-server general option. Thus the command:
$ pywbemcli -s http://myserver subscription add-destination -l http://localhost:50000
# will register the server http://myserver with the pywbemcli subscription
# manager and that server will remain registered until specifically unregistered.
The server remains registered until specifically unregistered with the Subscription remove-server command. Owned CIM instances are deleted automatically when their WBEM server is deregistered from pywbemcli. See Subscription remove-server command or by command with subscription remove-destination command, subscription remove-filter command, subscription remove-subscription command.
Having a server registered does not change the requirement to identify the server each time pywbemcli is started, it simply automates the process of syncing the owned subscription in the WBEM server with pywbemcli.
Owned instances provide a mechanism where the life cycle of indication subscriptions can be easily controlled by the pywbemcli client.
Owned instances are identified by pywbemcli using a specific string pattern
in the instance Name
property.
2.4.9.2. Permanent destinations, filters, and subscriptions
Permanent CIM instances are created by the subscription add-destination command, subscription add-filter command, and subscription add-subscription command with the command option --permanent
and their
life cycle is independent of the life cycle of the registration of that WBEM
server with the subscription manager.
Permanent CIM instances are not deleted automatically when their WBEM server is
deregistered from pywbemcli. The user is responsible for their
lifetime management: They can be deleted by the commands subscription remove-destination command, subscription remove-filter command,
subscription remove-subscription command with the option
--permanent
.
Permanent CIM instances should be used in cases where the user needs to have
control over the destination or filter Name
property (e.g. because a DMTF
management profile requires a particular name).
2.4.9.3. Static destinations and filters
Static CIM instances pre-exist in the WBEM server and cannot be deleted (or created) by a WBEM client.
However, since there is no external difference between permanent and static instances, they appear to pywbemcli as permanent instances.
2.4.9.4. Ownership rules
When a client creates a subscription between a filter and a listener destination, the types of ownership of these three CIM instances may be arbitrarily mixed, with one exception:
A permanent subscription cannot be created on an owned filter or an owned listener destination. Allowing that would prevent the automatic life cycle management of the owned filter or listener destination by the subscription manager. This restriction is enforced by the
WBEMSubscriptionManager
class.
Pywbemcli remembers owned subscriptions, filters, and listener destinations between
commands in both command line and interactive mode. It does this by recovering
instances from the current WBEM server whenever the pywbem SubscriptionManager
object is created by a pywbemcli subscription command.
Each command command execution in command mode discovers owned subscriptions,
filters, and listener destinations for the current server. This discovery,
is based upon the Name
property. Therefore, if the Name
property is set by the
user (e.g. because a management profile requires a particular name), the filter
must be permanent and cannot be owned.
NOTE: Pywbem_mock used in testing does not remember any of subscription instances between non-interactive commands since the mock server is created for each command line instantiation. Therefore most pywbemcli mock usage with the subscription subcommand is in interactive mode (creating, viewing, and deleting instances within a single interactive session).
Since pywbemcli does not directly modify existing instances of filter or
destinations or subscriptions, the user must do this directly through the
pywbemcli Instance modify
command.
Pywbemcli creates all instances of CIM_IndicationSubscription, CIM_ListenerDestinationCIMXML and CIM_IndicationFilter in the Interop namespace. It does not use subclasses in the creation of instances. If a user requires the creation of instances with a specific subclass, that must be done through the instance create command.
Owned destinations, filters, and subscriptions created by pywbemcli are maintained in a local cache between commands in interactive mode and automatically restored from the WBEM server in command mode. Permanent destinations, filters, and subscriptions are enumerated from the WBEM server for each subscription command that uses them (ex. subscription list-filters –permanent or subscription list-filters –all).
Since pywbemcli does not directly modify existing instances of filter or destinations or subscriptions, the user must do this directly through the ModifyInstance WBEM request method and then update the local owned instances list by executing subscription list-filters, subscription list_destinations(), or subscription list-subscriptions().
NOTE: Pywbem_mock used in testing does not remember any of subscription instances between non-interactive commands so that most pywbemcli mock testing is done in interactive mode.
2.4.9.5. Identifying destinations, filters, and subscriptions on the command line
While instances of destinations, filters, and subscriptions are uniquely defined with their CIM instance name, this is difficult in a command line environment so a simpler string based identity was defined to allow easily identifying instances and using a simple string value to add and remove instances from the WBEM server. In particular the instances associated with subscriptions are complex names involving multiple components (SystemCreationClassName, SystemName, CreationClassName, and Name properties) so a simple string identity makes identifying and manipulating these instances usable in a command line environment
Pywbemcli identifies the instances created for destinations and listeners through
the Name
property both for owned and permanent/static instances.
For owned destinations and filters, the Name
property string value is
defined with a specific format that defines it as an owned instance and ends
with a string that is unique to the instance (the owned identity).
Thus, for a filter, the Name
property would be a string of the form:
"pywbemfilter:" {submgr_id} ":" {IDENTITY}
- where:
submgr_id is the subscription manager ID,
This identity is used to used to create the value of the Name
property when
instances are created by pywbemcli and to identify the target instance for removal.
The IDENTITY must be unique for each destination and filter created or the add
command will be rejected.
For permanent instances of destinations and filters, the identity is always the
complete Name
property.
Thus, a new owned destination would be created with the identity ODEST1 and
removed as follows (Note: filters created and removed without the option
defining the ownership (--owned
/ --permanent
) default to owned):
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription add-filter ODEST1 --query "Select * from CIM_Indication"
Added owned destination: Name=pywbemdestination:defaultpywbemcliSubMgr:ODEST1
pywbemcli> subscription remove-filter ODEST1
Removed owned indication destination: identity=ODEST1, Name=pywbemdestination:defaultpywbemcliSubMgr:ODEST1.
Indication subscriptions are also added and removed using IDENTITY in
pywbemcli. However, since subscription reference properties are CIMInstanceName
values which are the corresponding filter (Filter
reference property) and
destination instance (Handler
reference property) names both the
destination and filter must be defined to uniquely define an indication
subscription on add-subscription and remove-subscriptions commands.
Thus two identities are used to identify a subscription which uniquely identify the filter and destination associated with the subscription. For example:
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription add-subscription DESTINATIONID FILTERID
pywbemcli> subscription remove-subscription DESTINATIONID FILTERID
Thus an owned subscription is created with the following command as follows:
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription add-destination ODEST1 -l http://blah:50000
pywbemcli> subscription add-filter OFILTER1 -q "SELECT * FROM CIM_INDICATION"
pywbemcli> subscription add-subscription ODEST1 OFILTER1
which create and owned destination, filter, and subscription because the
default option is --owned
. See subscription add-subscription command
for more information.
In general IDENTITY makes it simpler to identify and manipulate the
destination, filter, and, subscription instances on the command line using just
strings for identity. However, there may be cases where instances outside the
control of pywbemcli may cause duplication in identities. Thus, for example, an
instance created using a subclass of one of the pywbemcli used classes could
have a Name
property with the same value but be unique because the instance
name includes the a different class origin name.
pywbemcli tries to assure that all instance instance names are unique by insuring
that the IDENTITY component of the Name
property is unique when each instance
is created.
In cases where multiple instances result with the same identity, pywbemcli
generates an exception noting the duplication but provides an option
(--select
) to allow the user to select one instance from multiples instead
of the exception.
See pywbemcli subscription –help for the exact help output.
2.4.9.6. subscription add-destination
command
Add a new indication listener to the current WBEM server.
- The format of this command is:
pywbemcli [GENERAL-OPTIONS] subscription add-destination
IDENTITY
[COMMAND-OPTIONS]
This command creates a listener destination instance (CIM class
CIM_ListenerDestinationCIMXML
) with the identity defined by the IDENTITY
argument and the --owned
| --permanent
option in the Interop
namespace of the specified WBEM server on the target WBEM server.
A listener destination defines the location of a WBEM indication listener (the listener URL including port) that defines the indication listener for indications exported from a WBEM server and other characteristics of the listener.
The listener destination to be added is identified by the IDENTITY
argument and the
--owned
/ --permanent
option. Together these elements define the
Name
property of the destination instance.
If the instance is to be owned, (--owned
) the value of the Name
property
will be:
"pywbemdestination:" {submgr_id} ":" {IDENTITY}
where:
{submgr_id}
is the subscription manager ID
{IDENTITY}
is the IDENTITY argument in add and remove commands
If the instance is to be permanent, (--permanent
option) the IDENTITY
argument directly defines the instance Name
property.
If an destination instance with the specified or generated Name
property already exists, the method raises CIMError(CIM_ERR_ALREADY_EXISTS).
Note that this is a more strict behavior than what a WBEM server would do,
because the ‘Name’ property is only one of four key properties.
The options that can be applied when adding a destination are:
--listener-url
/-l URL
- the URL of the listener including its scheme, host name and protocol. The host name and protocol are required and the scheme defaults tohttps
if not specified.-- owned
/--permanent
- flag defining whether the created instance will be owned or permanent where the default is owned.
The following example creates an owned destination instance with the IDENTITY ODEST1
and a permanent destination with IDENTITY PDEST1
In this case the owned instance will be created with the Name
property
value pywbemdestination:defaultpywbemcliSubMgr:ODEST1
$ pywbemcli subscription add-destinations ODEST1 --listener-url http://my-listener:5000 --owned
Added owned destination: Name=pywbemdestination:defaultpywbemcliSubMgr:ODEST1
$ pywbemcli subscription add-destinations PDEST1 --listener-url http://my-listener:5000 --permanent
Added permanent destination: Name=PDEST1
See pywbemcli subscription add-destination –help for the exact help output of the command.
2.4.9.7. subscription add-filter
command
The add-filter command creates a dynamic indication filter to a WBEM
server, by creating an indication filter instance (CIM class
CIM_IndicationFilter
) and adding this instance to the Interop namespace of
the current pywbemcli WBEM server (defined by the --name general option,
--server general option, or --mock-server general option).
- The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription add-filter
IDENTITY
[COMMAND-OPTIONS]
The filter defines a query and optionally a query language which is the basis for defining an indication.
The filter to be added is identified by the IDENTITY
argument and the
--owned
/ --permanent
option. Together these elements define the
Name
property of the filter instance.
If the instance is to be owned, (--owned
) the value of the Name
property
will be:
"pywbemfilter:" {submgr_id} ":" {IDENTITY}``
where:
{submgr_id}
is the subscription manager ID
{IDENTITY}
is the IDENTITY argument in add and remove commands
If the instance is to be permanent, (--permanent
) the IDENTITY
argument directly defines the instance Name
property. This should be used
in cases where the user needs to have control over the filter name (e.g.
because a DMTF management profile requires a particular name).
If a indication filter instance with the specified Name
property already exists, the method raises an exception.
Note that this is a more strict behavior than what a WBEM server would do,
because the Name
property is only one of four key properties.
The command line options for this command are:
--query-language
TEXT
- The query language in which the query is defined. Normally this must be eitherWQL
a Microsoft specified query language (see WQL) orDMTF:CQL
(the DMTF specified query language) (see CQL), The default language for this command isWQL
. The query language specified must be implemented in the target server.query
/q
FILTER
- The query itself defined as a string using the query language defined by thequery-language
option.--source-namespaces
- The name of WBEM namespaces on the server where indications originate. Multiple namespaces may be defined as one or more namespaces per options instantiation where multiple namespaces are separated by comma (“,”). For example either,--source-namespaces root/cimv2,root/cimv3
or--source-namespaces root/cimv2 --source-namespaces root/cimv3
provide the same result.-- owned
/--permanent
- Flag defining whether the created instance will be owned or permanent where the default is owned.
The following example creates an owned subscription instance with the IDENTITY
ofilter1
and a permanent filter with the Name
property of pfilter1
.
The owned instance ofilter1
will be created with the Name
property value of:
pywbemfilter:<subscription manager id>:pfilter1
$ pywbemcli subscription add-filter ofilter1 --query-language DMTF:CQL -q "SELECT * from CIM_blah" --owned
Added owned filter: Name=pywbemfilter:defaultpywbemcliSubMgr:pfilter1
$ pywbemcli subscription add-filter pfilter1 --listener-url http://my-listener:5000 --permanent
Added permanent filter: Name=filter1
See pywbemcli subscription add-filter –help for the help output of the command.
2.4.9.8. subscription add-subscription
command
The add-subscription command creates a single indication subscription instance
(CIM class CIM_IndicationSubscription
) that defines the association between
a previously defined indication filter and destination instance.
The destination and filter are defined the two required arguments of the
command DESTINATIONID
and FILTERID
. These arguments may be either the
complete name property value of the destination and filter to be associated or
the IDENTITY
that was the IDENTITY argument of the command that created
each of the elements.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription add-subscription ``DESTINATIONID`` ``FILTERID`` [COMMAND-OPTIONS]
where:
DESTINATIONID
is theIDENTITY
for the listener destination instance to be attached to the subscription. See subscription add-destination command: for the definition ofDESTINATIONID
FILTERID
is theIDENTITY
for the indication filter instance to be attached to the subscription. See subscription add-filter command: for the definition ofFILTERID
.
The options for add-subscription are:
-- owned
/--permanent
- A flag defining whether the created instance will be owned or permanent where the default is owned. As described above, owned destinations and filters cannot be attached to permanent subscriptions. The default is--owned
if the option is not provided with the command.--select
- A flag that allows the user to resolve any ambiguities where the IDENTITY is duplicated. Without this, if the FILTERID or DESTINATIONID result in choice of multiple filters or destinations, the command is aborted. With this option, the user is given a prompt to select one of the destinations or filters where the IDENTITY has found multiple instances.
The following is an example of the creation of the destination, filter and subscription.
$ pywbemcli -s https:/blah
pywbemcli> subscription add-destinations odest1 --listener-url http://my-listener:5000 --owned
Added owned destination: Name=pywbemdestination:defaultpywbemcliSubMgr:odest1
pywbemcli> subscription add-filter ofilter1 --query-language DMTF:CQL -q "SELECT * from CIM_blah" --owned
Added owned filter: Name=pywbemfilter:defaultpywbemcliSubMgr:ofilter1
pywbemcli> subscription list-destinations
Indication Destinations: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
| Ownership | Identity | Name | Destination | Persistence | Protocol | Subscription |
| | | Property | | Type | | Count |
|-------------+------------+--------------------------------+-------------------+---------------+------------+----------------|
| owned | odest1 | pywbemdestination:defaultpywbe | http://blah:5000 | 3 | 2 | 0 |
| | | mcliSubMgr:odest1 | | | | |
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
pywbemcli> subscription list-filters
Indication Filters: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988 type=all
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
| Ownership | identity | Name | Query | Query | Source | Subscription |
| | | Property | | Language | Namespaces | Count |
|-------------+------------+--------------------------------+----------------+------------+--------------+----------------|
| owned | ofilter1 | pywbemfilter:defaultpywbemcliS | SELECT * from | WQL | root/cimv2 | 0 |
| | | ubMgr:ofilter1 | CIM_Indication | | | |
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
pywbemcli> subscription add-subscription pdest1 pfilter1 --owned
Added owned subscription: DestinationName=pywbemdestination:defaultpywbemcliSubMgr:odest1, FilterName=pywbemfilter:defaultpywbemcliSubMgr:ofilter1
See pywbemcli subscription add-subscription –help for the help output of the command.
2.4.9.9. subscription list
command
The subscription list command
provides a table with an overview of the
subscription, filter, and destination counts organized by ownership.
- The command format is:
pywbemcli [GENERAL-OPTIONS] subscription list [COMMAND-OPTIONS]
The options are:
--type
[owned``| ``permanent
|all
] Defines whether the command is going to filter owned ,permanent, or all objects for the response display. The default isall
.--summary
/-s
- If True, show only summary count of instances returned.
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list
WBEM server instance counts: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988
+-------------------------------+---------+-------------+-------+
| CIM_class | owned | permanent | all |
|-------------------------------+---------+-------------+-------|
| CIM_IndicationSubscription | 1 | 0 | 1 |
| CIM_IndicationFilter | 2 | 1 | 3 |
| CIM_ListenerDestinationCIMXML | 2 | 1 | 3 |
+-------------------------------+---------+-------------+-------+
$ subscription list --summary
1 subscriptions, 3 filters, 3 destinations
See pywbemcli subscription list –help for the help output of the command.
2.4.9.10. subscription list-destinations
command
The subscription ``list-destinations
command displays the existing
destination instances ((CIM class CIM_ListenerDestinationCIMXML
)) on
the current WBEM server.
NOTE: pywbemcli works only with the CIM_ListenerDestinationCIMXML
class so that any indication destination instances defined with the superclass
CIM_ListenerDestination
are not visible.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription list-destinations [COMMAND-OPTIONS]
The set of destinations to be displayed may be all of the destinations, the
owned destinations, or the permanent (not-owned) destinations as defined by
the --type
option where the values are owned
| permanent
| all
.
The format of the output is determined by the --output-format
general
option so that the destinations may be displayed as either CIM objects ( for
example, -o mof
) or in the table format. The default is to display the
destinations as a table. In the table format, the most important information
for each instance is displayed, one instance per row.
The detail level of the output is determined by the --summary
and the
detail
options and has an effect on both the mof and table outputs. The
--summary
displays counts of the number of objects and the --detail
adds more data to the normal display, in particular displaying more properties
in the table view.
The options for list-destinations are:
--type [ owned | permanent | all ]
- choice option that limits the list of destinations displayed to either just owned or permanent instances or displays all destinations on the current WBEM server--detail
- displays additional detail for all of the possible output formats. For MOF it includes empty properties. For table, it adds more rows with properties from the instance.--summary
/-s
limits the display to an overview--no
/names-only
displays only the CIM instance names of the instances. This option only applies if the CIM object format (ex. mof) is used for output.
The following is an example of the display of the destinations as a table:
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list-destinations
Indication Destinations: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
| Ownership | Identity | Name | Destination | Persistence | Protocol | Subscription |
| | | Property | | Type | | Count |
|-------------+------------+--------------------------------+-------------------+---------------+------------+----------------|
| owned | odest1 | pywbemdestination:defaultpywbe | http://blah:5000 | 3 | 2 | 2 |
| | | mcliSubMgr:odest1 | | | | |
| owned | odest2 | pywbemdestination:defaultpywbe | http://blah:5001 | 3 | 2 | 1 |
| | | mcliSubMgr:odest2 | | | | |
| permanent | pdest1 | pdest1 | https://blah:5003 | 2 | 2 | 2 |
| permanent | pdest2 | pdest2 | https://blah:5003 | 2 | 2 | 1 |
| owned | pdestdup | pywbemdestination:defaultpywbe | https://blah:5003 | 3 | 2 | 0 |
| | | mcliSubMgr:pdestdup | | | | |
| permanent | pdestdup | pdestdup | https://blah:5003 | 2 | 2 | 0 |
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
where the rows shown in the table view are:
Ownership - the owned/permanent definition of the destination.
Identity - The identity of the destination which should be the
IDENTITY
used to remove the destinationName - The value of the instance
Name
propertyDestination - The value of the Destination property.
Persistence Type - The value of the
PersistenceType
property.Protocol - The value of the
Protocol
property.Subscription Count - The number of subscriptions with which this destination is associated via the
CIM_IndicationSubscription
Handler
reference.
See pywbemcli subscription list-destinations –help for the help output of the command.
2.4.9.11. subscription list-filters
command
The subscription ``list-filters
command displays the existing
indication filter instances ((CIM class CIM_IndicationFilter
)) on
the current WBEM server.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription list-filters [COMMAND-OPTIONS]
The set of filters to be displayed may be all of the filters, the
owned filters, or the permanent (not owned) filters as defined by
the --type
option where the values are owned
| permanent
| all
.
The format of the output is determined by the --output-format
general
option so that the destinations may be displayed as either CIM objects (-o
mof
) or in the table format. The default is to display the destinations as a
table.
The detail level of the output is determined by the --summary
and the
detail
options and has an effect on both the MOF and table outputs. The
--summary
displays counts of the number of objects and the --detail
adds more data to the normal display, in particular displaying more properties
in the table view.
The options for list-destinations are:
-- type [ owned | permanent | all ]
- choice option that limits the list of destinations displayed to either just owned or permanent instances or displays all destinations on the current WBEM server--detail
- displays additional detail for all of the possible output formats. For MOF it includes empty properties. For table, it adds more rows with properties from the instance.-s
/--summary
limits the display to an overview--no
/names-only
displays only the CIM instance names of the instances. This option only applies if the CIM object format (ex. mof) is used for output.
The following is an example of table output of indication filters:
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list-filters
Indication Filters: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988 type=all
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
| Ownership | identity | Name | Query | Query | Source | Subscription |
| | | Property | | Language | Namespaces | Count |
|-------------+------------+--------------------------------+----------------+------------+--------------+----------------|
| owned | ofilter1 | pywbemfilter:defaultpywbemcliS | SELECT * from | WQL | root/cimv2 | 2 |
| | | ubMgr:ofilter1 | CIM_Indication | | | |
| owned | ofilter2 | pywbemfilter:defaultpywbemcliS | SELECT * from | DMTF:CQL | root/cimv2 | 1 |
| | | ubMgr:ofilter2 | CIM_Indication | | | |
| permanent | pfilter1 | pfilter1 | SELECT * from | WQL | root/cimv2 | 2 |
| | | | CIM_Indication | | | |
| permanent | pfilter2 | pfilter2 | SELECT * from | DMTF:CQL | root/cimv2 | 1 |
| | | | CIM_Indication | | | |
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
where the rows shown in the table view are:
Ownership - the owned/permanent definition of the destination.
Identity - The identity of the destination which should be the
IDENTITY
used to remove the destinationName - The value of the instance
Name
propertyQuery - The query select statement defined for this filter.
QueryLanguage - The query language defined for this filter.
SourceNamespaces - The names of the local namespaces where the Indications originate. If NULL, the namespace of the Filter registration is assumed. SourceNamespaces replaces the deprecated SourceNamespace property on IndicationFilter to provide a means of defining the multiple namespaces where indications may originate.
Subscription Count - The number of subscriptions with which this filter is associated via the
CIM_IndicationSubscription
Filter
reference.
See pywbemcli subscription list-filters –help for the help output of the command.
2.4.9.12. subscription list-subscriptions
command
The subscription
list-filters
command displays the existing
indication filter instances (CIM class “CIM_IndicationSubscription”) on
the current WBEM server.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription list-subscriptions [COMMAND-OPTIONS]
The set of subscriptions to be displayed may be all of the destinations, the
owned subscriptions, or the permanent (not owned) subscriptions as defined by
the --type
option where the values are owned
| permanent
| all
.
The format of the output is determined by the --output-format
general option so
that the destinations may be displayed as either CIM objects (-o mof
) or
in the table format. The default is to display the destinations as a table.
The detail level of the output is determined by the --summary
and the
detail
options and has an effect on both the mof and table outputs. The
--summary
displays counts of the number of objects and the --detail
adds more data to the normal display, in particular displaying more properties
in the table view.
The options for list-destinations are:
-- type [ owned | permanent | all ]
- choice option that limits the list of destinations displayed to either just owned or permanent instances or displays all destinations on the current WBEM server--detail
- displays additional detail for all of the possible output formats. For MOF it includes empty properties. For table, it adds more rows with properties from the instance.-s
/--summary
limits the display to an overview--no
/names-only
displays only the CIM instance names (paths) of the instances. This option only applies if the CIM object format (ex. mof) is used for output.
The following is an example of table output of indication subscriptions:
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list-subscriptions
Indication Subscriptions: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------+
| Ownership | Handler | Filter | Handler | Filter | Filter Query | Subscription |
| | Identity | Identity | Destination | Query | language | StartTime |
|-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------|
| permanent | pdest1(permanent) | pfilter1(permanent) | https://blah:5003 | SELECT * from CIM_Indication | WQL | 10/22/21 14:31:30 |
| permanent | pdest2(permanent) | pfilter2(permanent) | https://blah:5003 | SELECT * from CIM_Indication | DMTF:CQL | 10/22/21 14:31:30 |
| owned | odest1(owned) | ofilter1(owned) | http://blah:5000 | SELECT * from CIM_Indication | WQL | 10/22/21 14:31:30 |
| owned | odest2(owned) | ofilter2(owned) | http://blah:5001 | SELECT * from CIM_Indication | DMTF:CQL | 10/22/21 14:31:30 |
| owned | odest1(owned) | pfilter1(permanent) | http://blah:5000 | SELECT * from CIM_Indication | WQL | 10/22/21 14:31:31 |
| owned | pdest1(permanent) | ofilter1(owned) | https://blah:5003 | SELECT * from CIM_Indication | WQL | 10/22/21 14:31:31 |
+-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------+
pywbemcli>
where the rows shown in the table view are:
Ownership - the owned/permanent definition of the destination.
HandlerIdentity - The identity (
DESTINATIONID
) and ownership of the destination associated with this subscription.FilterIdentity - The identity (
FILTERID
) and ownership of the filter associated with this subscription.Handler Destination - The listener destination (URL) defined in the destination defined by the HandlerIdentity.
FilterQuery - The FilterQuery property from the associated filter defined by the FilterIdentity defining the query statement.
FilterQueryLanguage - The FilterQueryLanguage property from the associated filter defined by the FilterIdentity.
SubscriptionStartTime - The date and time that the subscription was created if the WBEM server has implemented this property.
See pywbemcli subscription list-subscriptions –help for the help output of the command.
2.4.9.13. subscription remove-destination
command
Removes a listener destination instance (CIM_ListenerDestinationCIMXML
)
from the WBEM server where the instance to be removed is identified by the
IDENTITY
argument and optional --owned
option of the command.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription remove-destination IDENTITY [COMMAND-OPTIONS]
The listener destination to be removed is identified by the IDENTITY
argument and the --owned
/ --permanent
option. Together these elements
define the Name
property of the target destination instance.
If the instance is owned, (--owned
) the IDENTITY
argument will define the
IDENTITY
component of the Name
property as follows:
``"pywbemdestination:" {submgr_id} ":" {IDENTITY}``
where:
{submgr_id}
is the subscription manager ID
{IDENTITY}
is the IDENTITY argument
If the instance is to be permanent, (--permanent
option) the IDENTITY
argument directly defines the instance Name
property.
The --select
option can be used if, for some reason, the IDENTITY
and
ownership option returns multiple instances. This should only occur in rare
cases where destination instances have been created by other tools. If the
–select option is not used pywbemcli displays the paths of the instances and
terminates the command.
If the instance to be removed is part of an existing association the command is aborted. The subscription list-destinations command shows whether the destination is part of an existing subscription.
The following example shows a command failure when an attempt is made to remove a destination that is part of a subscription and a good completion when that subscription has been removed.
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list-destinations
Indication Destinations: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
| Ownership | Identity | Name | Destination | Persistence | Protocol | Subscription |
| | | Property | | Type | | Count |
|-------------+------------+--------------------------------+-------------------+---------------+------------+----------------|
| owned | odest1 | pywbemdestination:defaultpywbe | http://blah:5000 | 3 | 2 | 1 |
| | | mcliSubMgr:odest1 | | | | |
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
pywbemcli> subscription remove-destination odest1
Error: 1 (CIM_ERR_FAILED): The listener destination is referenced by subscriptions.; remove-destination failed: Exception :CIMError. Subscription mgr id: 'WBEMSubscriptionManager(_subscription_manager_id='defaultpywbemcliSubMgr', _servers={'http://FakedUrl:5988': WBEMServer(conn.url='http://FakedUrl:5988', interop_ns='interop', namespaces=None, namespace_paths=None, namespace_classname=None, brand='OpenPegasus', version='2.15.0', profiles=[0 instances])}, _systemnames={'http://FakedUrl:5988': 'Mock_WBEMServerTest'}...)', server id: 'http://FakedUrl:5988',
pywbemcli> subscription list-subscriptions
Indication Subscriptions: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------+
| Ownership | Handler | Filter | Handler | Filter | Filter Query | Subscription |
| | Identity | Identity | Destination | Query | language | StartTime |
|-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------|
| owned | odest1(owned) | ofilter1(owned) | http://blah:5000 | SELECT * from CIM_Indication | WQL | 10/24/21 11:36:03 |
+-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------+
pywbemcli> subscription remove-subscription odest1 ofilter1
Removed 1 subscription(s) for destination-id: odest1, filter-id: ofilter1.
See pywbemcli subscription remove-destination –help for the help output of the command.
2.4.9.14. subscription remove-filter
command
Removes an indication filter instance (CIM_IndicationFilter
) from the WBEM
server.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription remove-filter IDENTITY [COMMAND-OPTIONS]
The filter to be removed is identified by the IDENTITY
argument and the
--owned
/ --permanent
option. Together these elements define the
Name
property of the target filter instance.
If the instance is owned, (--owned
) the IDENTITY
argument will define the
IDENTITY component of the Name
property as follows:
``"pywbemfilter:" {submgr_id} ":" {IDENTITY}``
where:
{submgr_id}
is the subscription manager ID
{IDENTITY}
is the IDENTITY argument
If the instance is to be permanent, (--permanent
option) the IDENTITY
argument directly defines the instance Name
property.
Some filter instances on a server may be static in which case the server should generate an exception if an attempt to made to remove them. Pywbemcli has no way to identify these static filters and they will appear as permanent filter instances.
The --select
option can be used if, for some reason, the IDENTITY
argument and ownership option returns multiple instances. This should only
occur in rare cases where filter instances have been created by other tools. If
the –select option is not used pywbemcli displays the paths of the instances
and terminates the command.
If the instance to be removed is part of an existing association the command is aborted. The subscription list-filters command shows whether the filter is part of an existing subscription.
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list-filters
Indication Filters: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988 type=all
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
| Ownership | identity | Name | Query | Query | Source | Subscription |
| | | | | Language | Namespaces | Count |
|-------------+------------+--------------------------------+----------------+------------+--------------+----------------|
| owned | ofilter1 | pywbemfilter:defaultpywbemcliS | SELECT * from | WQL | root/cimv2 | 2 |
| | | ubMgr:ofilter1 | CIM_Indication | | | |
| owned | ofilter2 | pywbemfilter:defaultpywbemcliS | SELECT * from | DMTF:CQL | root/cimv2 | 0 |
| | | ubMgr:ofilter2 | CIM_Indication | | | |
| | | | CIM_Indication | | | |
| permanent | pfilter2 | pfilter2 | SELECT * from | DMTF:CQL | root/cimv2 | 1 |
| | | | CIM_Indication | | | |
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
pywbemcli> subscription remove-filter ofilter2
Removed owned indication filter: identity=ofilter2, Name=pywbemfilter:defaultpywbemcliSubMgr:ofilter2.
See pywbemcli subscription remove-filter –help for the help output of the command.
2.4.9.15. subscription remove-subscription
command
This command removes an indication subscription that is identified by two arguments that represent the identity of the destination and filter references of the target indication subscription.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription remove-subscription DESTINATIONID FILTERID [COMMAND-OPTIONS]
where the two required arguments:
DESTINATIONID
is theIDENTITY
for the listener destination instance to be attached to the subscription. See subscription add-destination command: for the definition ofDESTINATIONID
FILTERID
is theIDENTITY
for the indication filter instance to be attached to the subscription. See subscription add-filter command: for the definition ofFILTERID
.
These arguments may be either the complete Name
property value of the
destination and filter associated instances or the IDENTITY that was the
IDENTITY
argument of the command that created the instances.
The options for this command are:
-v
|verify
- Prompt the user to verify the subscription to be removed before the request is sent to the WBEM server.--remove-associated-instances
- Remove the associated destination and filter instances after removing the subscription. They will only be removed if they are not part of any other associations.--select
- Prompt user to select from multiple objects that match the identity arguments provided with the command. Otherwise, if the command finds multiple instances that match the IDENTITY, the operation fails. The--select
option can be used if, for some reason, the DESTINATIONID and FILTERID and return multiple instances. This should only occur in rare cases where filter instances have been created by other tools. If the--select
option is not used pywbemcli displays the instance names of the instances and terminates the command.
The following example demonstrates the removal of a subscription:
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list-destinations
Indication Destinations: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
| Ownership | Identity | Name | Destination | Persistence | Protocol | Subscription |
| | | | | Type | | Count |
|-------------+------------+--------------------------------+-------------------+---------------+------------+----------------|
| owned | odest1 | pywbemdestination:defaultpywbe | http://blah:5000 | 3 | 2 | 2 |
| | | mcliSubMgr:odest1 | | | | |
| owned | odest2 | pywbemdestination:defaultpywbe | http://blah:5001 | 3 | 2 | 0 |
| | | mcliSubMgr:odest2 | | | | |
| permanent | pdest1 | pdest1 | https://blah:5003 | 2 | 2 | 2 |
| permanent | pdest2 | pdest2 | https://blah:5003 | 2 | 2 | 1 |
+-------------+------------+--------------------------------+-------------------+---------------+------------+----------------+
pywbemcli> subscription list-filters
Indication Filters: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988 type=all
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
| Ownership | identity | Name | Query | Query | Source | Subscription |
| | | | | Language | Namespaces | Count |
|-------------+------------+--------------------------------+----------------+------------+--------------+----------------|
| owned | ofilter1 | pywbemfilter:defaultpywbemcliS | SELECT * from | WQL | root/cimv2 | 2 |
| | | ubMgr:ofilter1 | CIM_Indication | | | |
| permanent | pfilter1 | pfilter1 | SELECT * from | WQL | root/cimv2 | 2 |
| | | | CIM_Indication | | | |
| permanent | pfilter2 | pfilter2 | SELECT * from | DMTF:CQL | root/cimv2 | 1 |
| | | | CIM_Indication | | | |
+-------------+------------+--------------------------------+----------------+------------+--------------+----------------+
pywbemcli> subscription list-subscriptions
Indication Subscriptions: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988, type=all
+-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------+
| Ownership | Handler | Filter | Handler | Filter | Filter Query | Subscription |
| | Identity | Identity | Destination | Query | language | StartTime |
|-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------|
| permanent | pdest1(permanent) | pfilter1(permanent) | https://blah:5003 | SELECT * from CIM_Indication | WQL | 11/02/21 10:36:32 |
| permanent | pdest2(permanent) | pfilter2(permanent) | https://blah:5003 | SELECT * from CIM_Indication | DMTF:CQL | 11/02/21 10:36:33 |
| owned | odest1(owned) | ofilter1(owned) | http://blah:5000 | SELECT * from CIM_Indication | WQL | 11/02/21 10:36:33 |
| owned | odest1(owned) | pfilter1(permanent) | http://blah:5000 | SELECT * from CIM_Indication | WQL | 11/02/21 10:36:33 |
| owned | pdest1(permanent) | ofilter1(owned) | https://blah:5003 | SELECT * from CIM_Indication | WQL | 11/02/21 10:36:34 |
+-------------+-------------------+---------------------+-------------------+------------------------------+----------------+-------------------+
pywbemcli> subscription remove-subscription odest1 ofilter1
Removed 1 subscription(s) for destination-id: odest1, filter-id: ofilter1.
See pywbemcli subscription remove-subscription –help for the help output of the command.
2.4.9.16. Subscription remove-server
command
This command unregisters owned listeners from the WBEM server and removes all owned indication subscriptions, owned indication filters, and owned listener destinations for this currently active pywbemcli WBEM server from that WBEM server.
The format of this command is:
$ pywbemcli [GENERAL-OPTIONS] subscription remove [COMMAND-OPTIONS]
It can be used to completely clean the owned subscription entities for the currently active pywbemcli WBEM server from that wbem server and local caches.
The currently active WBEM server is the WBEM server to which pywbemcli is currently attached; the WBEM server defined by the --name general option, --server general option, or --mock-server general option.
The identity of the current wbem server id visible in the title of each of the subscription list table outputs.
Thus, for example current server is defined by svr_id and is actually
the fixed name http://FakedUrl:5988
of the mock server.
$ pywbemcli -s http://subscriptionWbemServer
pywbemcli> subscription list
WBEM server instance counts: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988
+-------------------------------+---------+-------------+-------+
| CIM_class | owned | permanent | all |
|-------------------------------+---------+-------------+-------|
| CIM_IndicationSubscription | 2 | 2 | 6 |
| CIM_IndicationFilter | 2 | 3 | 6 |
| CIM_ListenerDestinationCIMXML | 2 | 3 | 6 |
+-------------------------------+---------+-------------+-------+
pywbemcli> subscription remove-server
Removing owned destinations, filters, and subscriptions for server-id http://FakedUrl:5988. Remove counts: destinations=2, filters=2, subscriptions=2
pywbemcli> subscription list
WBEM server instance counts: submgr-id=defaultpywbemcliSubMgr, svr-id=http://FakedUrl:5988
+-------------------------------+---------+-------------+-------+
| CIM_class | owned | permanent | all |
|-------------------------------+---------+-------------+-------|
| CIM_IndicationSubscription | 0 | 2 | 2 |
| CIM_IndicationFilter | 0 | 3 | 3 |
| CIM_ListenerDestinationCIMXML | 0 | 3 | 3 |
+-------------------------------+---------+-------------+-------+
See pywbemcli subscription remove-server –help for the help output of the command.
2.4.10. repl
command
The repl
command sets pywbemcli into the Interactive mode. Pywbemcli
can be started in the Interactive mode either by entering:
$ pywbemcli repl
Enter 'help' for help, <CTRL-D> or ':q' to exit pywbemcli.
pywbemcli>
or by executing the script without any command or command group:
$ pywbemcli
Enter 'help' for help, <CTRL-D> or ':q' to exit pywbemcli.
pywbemcli>
The repl mode is recognized by the prompt pywbemcli>
.
Command history is available in the Interactive mode either by using <UP-ARROW> and <DOWN-ARROW> keys to step through the history file or by using incremental search of the command history.
An incremental search is initiated by <CTRL-r> (similar to some shells like bash) and does a search based on a string entered after the <CTRL-r> for the last command containing the search string. The search string may be modified and <UP_ARROW>, <DOWN-ARROW> will find other commands containing the search string. Hitting <ENTER> selects the currently shown command.
see Interactive mode for more details on using this mode and the search.
2.4.11. help
command
The help
command provides information on a number of subjects where the
extra help might be needed on pywbemcli: This includes subjects like
commands in the repl(interactive mode,
activating the shell tab-completion,
This is different from the --help
option that provides information on
command groups, and commands.
$ pywbemcli help
Help subjects:
Subject name Subject description
-------------- --------------------------------------------
repl Using the repl command
. . .
The help for each subject is retrieved by entering the subject name for the subject of interest as the argument to the help command:
Thus, for example:
$ pywbemcli help repl
. . . returns help on the interactive and commands available in that mode
in the interactive mode:
pywbemcli> help repl
. . . returns help on the interactive and commands available in that mode
2.4.12. docs
command
The docs
command provides a simple way to access the pywbemtools
documentation publically available on the WEB. This command calls the
system default WEB browser with the URL of the pywbemtools documentation
to open a new browser window with the top level page of that documentation and
immediatly terminates or returns to the repl command line.
This is experimental
as of pywbemtools 1.2.0.