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? 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. -- Kaitlin Rupert IBM Linux Technology Center kaitlin@linux.vnet.ibm.com