Velayudham, Madan Ganesh (STSD / ESS SW) wrote:
Hi Kaitlin,
Thanks for your suggestion.
Our RHEL 5.3 did not have either cimserver_[planned|current].conf file. Hence we enabled
the flag repositoryIsDefaultInstanceProvider, now the migrateVirtualSystem call succeeds.
Thank you.
<snip>
std_invokemethod.c(279): Method `MigrateVirtualSystemToHost' execution attempted
std_invokemethod.c(230): Method parameter `ComputerSystem' validated type 0x1100
std_invokemethod.c(230): Method parameter `DestinationHost' validated type 0x1600
std_invokemethod.c(215): No optional parameter supplied for `MigrationSettingData'
std_invokemethod.c(230): Method parameter `MigrationSettingData' validated type
0x1000
std_invokemethod.c(303): Executing handler for method `MigrateVirtualSystemToHost'
misc_util.c(72): Connecting to libvirt with uri `xen'
Virt_VSMigrationService.c(102): Using default values for MigrationSettingData param
Virt_VSMigrationService.c(1351): Prepared migration job
9e5f538c-3658-4e31-9b97-b528d51d063d
Virt_VSMigrationService.c(1283): Creating instance:
root/virt:Virt_MigrationJob.InstanceID="9e5f538c-3658-4e31-9b97-b528d51d063d"
Virt_VSMigrationService.c(783): Creating indication.
misc_util.c(72): Connecting to libvirt with uri `xen'
misc_util.c(199): URI of connection is: xen:///
Virt_VSMigrationService.c(757): Setting SourceInstance
std_indication.c(70): Indications disabled for this provider
std_invokemethod.c(305): Method `MigrateVirtualSystemToHost' returned 0
Virt_VSMigrationService.c(1184): Migration Job 9e5f538c-3658-4e31-9b97-b528d51d063d
started
Virt_VSMigrationService.c(833): MigrationJob ref:
root/virt:Virt_MigrationJob.InstanceID="9e5f538c-3658-4e31-9b97-b528d51d063d"
Virt_VSMigrationService.c(783): Creating indication.
Virt_VSMigrationService.c(806): Setting PreviousInstance
Virt_VSMigrationService.c(896): Modifying job 9e5f538c-3658-4e31-9b97-b528d51d063d
(4:Running)
misc_util.c(72): Connecting to libvirt with uri `xen'
misc_util.c(199): URI of connection is: xen:///
Virt_VSMigrationService.c(757): Setting SourceInstance
std_indication.c(70): Indications disabled for this provider
misc_util.c(72): Connecting to libvirt with uri `xen'
Virt_VSMigrationService.c(1118): Remote domain `Copy_Copy_RHEL52VM1' exists
Virt_VSMigrationService.c(833): MigrationJob ref:
root/virt:Virt_MigrationJob.InstanceID="9e5f538c-3658-4e31-9b97-b528d51d063d"
Virt_VSMigrationService.c(783): Creating indication.
misc_util.c(72): Connecting to libvirt with uri `xen'
misc_util.c(199): URI of connection is: xen:///
Virt_VSMigrationService.c(757): Setting SourceInstance
std_indication.c(70): Indications disabled for this provider
Virt_VSMigrationService.c(1189): Migration Job 9e5f538c-3658-4e31-9b97-b528d51d063d
finished: 1
Virt_VSMigrationService.c(833): MigrationJob ref:
root/virt:Virt_MigrationJob.InstanceID="9e5f538c-3658-4e31-9b97-b528d51d063d"
Virt_VSMigrationService.c(783): Creating indication.
Virt_VSMigrationService.c(806): Setting PreviousInstance
Virt_VSMigrationService.c(896): Modifying job 9e5f538c-3658-4e31-9b97-b528d51d063d
(7:Remote already has domain `Copy_Copy_RHEL52VM1')
<snip>
Is repositoryIsDefaultInstanceProvider option enabled by default, should we customize
this?
This would not be enabled by default. If desired you can automate it or
enable it manually.
For configuration information and the flags necessary for libvirt-cim
you can refer to
http://wiki.libvirt.org/page/Cimtest
Thanks and Regards,
Madan (_MaGa_)
Madan Ganesh Velayudham
Office: +91 80 2516 5333
-----Original Message-----
From: Kaitlin Rupert [mailto:kaitlin@linux.vnet.ibm.com]
Sent: Thursday, August 06, 2009 4:38 AM
To: Velayudham, Madan Ganesh (STSD / ESS SW)
Cc: List for discussion and development of libvirt CIM; Subba Rao, Sandeep M (STSD)
Subject: Re: [Libvirt-cim] MigratevirtualSystemToHost reports "unsupported"
Velayudham, Madan Ganesh (STSD / ESS SW) wrote:
> Hi Kaitlin,
>
> Thanks for the troubleshooting tip.
>
> We retried the invocation and the same result appeared. The following snippet related
to migrateVirtualSystemToHost was found in the /tmp/libvirt-cim.log file.
>
> <snip>
> device_parsing.c(257): Disk node: disk
> infostore.c(88): Path is /etc/libvirt/cim/Xen_Copy_Copy_RHEL52VM1
> std_invokemethod.c(279): Method `MigrateVirtualSystemToHost' execution attempted
> std_invokemethod.c(230): Method parameter `ComputerSystem' validated type 0x1100
> std_invokemethod.c(230): Method parameter `DestinationHost' validated type
0x1600
> std_invokemethod.c(215): No optional parameter supplied for
`MigrationSettingData'
> std_invokemethod.c(230): Method parameter `MigrationSettingData' validated type
0x1000
> std_invokemethod.c(303): Executing handler for method
`MigrateVirtualSystemToHost'
> misc_util.c(72): Connecting to libvirt with uri `xen'
> Virt_VSMigrationService.c(102): Using default values for MigrationSettingData param
> Virt_VSMigrationService.c(1351): Prepared migration job
f64be851-e44a-4d3c-b4a8-bce814ceffe1
> Virt_VSMigrationService.c(1283): Creating instance:
root/virt:Virt_MigrationJob.InstanceID="f64be851-e44a-4d3c-b4a8-bce814ceffe1"
> Virt_VSMigrationService.c(1287): Failed to create job instance: 7
>
We're doing a callback to the CIMOM here, asking the CIMOM to create an
instance of Virt_MigrationJob for us. The CIMOM is responding saying
that our request is unsupported.
Can you check the following setting:
# cat /etc/Pegasus/cimserver_planned.conf | grep
repositoryIsDefaultInstanceProvider
or
# cat /etc/Pegasus/cimserver_current.conf | grep
repositoryIsDefaultInstanceProvider
You should see this set to:
repositoryIsDefaultInstanceProvider=true
If it's not, can you try running the following command:
cimconfig -s repositoryIsDefaultInstanceProvider=true -p
Then be sure to restart the CIMOM so it picks up the changes. This
tells Pegasus that we would like it to enable it's default provider for
generating instances.
Let me know if this doesn't resolve the issue.
--
Thanks and Regards,
Deepti B. Kalakeri
IBM Linux Technology Center
deeptik(a)linux.vnet.ibm.com