[Libvirt-cim] MigratevirtualSystemToHost reports "unsupported"

[Deepti B Kalakeri]

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 at 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 at linux.vnet.ibm.com