Richard Maciel wrote:
Kaitlin Rupert wrote:
> # HG changeset patch
> # User Kaitlin Rupert <karupert(a)us.ibm.com>
> # Date 1242841306 25200
> # Node ID aa8e071730d2ce20064f1c0295a8005e31ef2cea
> # Parent 10e45fca47f0d19eddcf7bb1559ba9e7397aea24
> A few schema cleanups after migrating from 2.16 to 2.21
>
> Fixes:
> -CIM_HostedResourcePool is needed in cimv2 to register
> Virt_HostedResourcePool
> as a cross-namespace provider
>
> -Implementation specific VirtualSystemSnapshotService should be a
> subclass of
> CIM_VirtualSystemSnapshotService, not
> Virt_VirtualSystemSnapshotService
>
> -CIM_VirtualSystemMigrationSettingData.mof and
> CIM_VirtualSystemMigrationService.mof are needed in interop to
> properly
> register ECTP asa cross-namespace provider
CIM_VirtualSystemMigrationSettingData is not accessible in the interop
namespace.
To test I did a query for the aforementioned provider in the
root/interop space:
wbemcli ein
'http://localhost:5988/root/interop:CIM_VirtualSystemMigrationSettingData'
Can you redirect the output of base_schema/install_base_schema.sh so
that the output goes to stdout? cimmof should print an error if it is
unable to add a class to repository.
If cimmofl fails on a given class, can you call cimmofl by hand using
the -trace option? So if the following fails:
cimmofl -uc -aEV -R/var/lib/Pegasus -n root/virt cim_schema_2.21.0.mof
can you try:
cimmofl -uc -aEV -trace -R/var/lib/Pegasus -n root/virt
cim_schema_2.21.0.mof
--
Kaitlin Rupert
IBM Linux Technology Center
kaitlin(a)linux.vnet.ibm.com