Bringing the discussion back online...

Okay so figured out what was going on (to see what the actual error was, please read the latest email in the conversation). Classes in hyperv/hyperv_wmi_generator.input

a) Msvm_MemorySettingData
b) Msvm_ProcessorSettingData
c) Msvm_VirtualSystemSettingData

Have been upgraded to the definitions found at the new v2 doc http://msdn.microsoft.com/en-us/library/hh850176(v=vs.85).aspx

I put in this note at the beginning of the hyperv/hyperv_wmi_generator.input file.

With these changes and a few other minor ones, I can confirm that the functionality mimics the hyperv 2008 version. That is, we get the same functionality (supported vs non-supported drivers). 

However, this might also mean the end of support of Hyper-V 2008 if it is just a replace of the existing classes. What do you guys think? Should we continue to support 2008 (~6 years old) OR is it OK to assume that Hyperv-V 2012 will be the default standard moving forward.

Thanks,
Vik.


On Wed, Apr 16, 2014 at 10:23 AM, vikhyath reddy <reddy.vikhyath@gmail.com> wrote:
Taking this offline...

Hi Matthias,

Well... from more testing what I found is that openwsman breaks during serialization.

When I run against hyper-v 2012 r2

---------------------------------------------

virsh # list --all

1984  testing-1                      running

---------------------------------------------

virsh # dumpxml testing-1

2014-04-16 16:53:54.049+0000: 10693: info : libvirt version: 1.2.3

2014-04-16 16:53:54.049+0000: 10693: error : hypervDebugHandler:1403 : openwsman error: not enough (0 < 1) instances of element SystemName

2014-04-16 16:53:54.049+0000: 10693: error : hypervDebugHandler:1403 : openwsman error: handling of element "SystemName" failed = -3

2014-04-16 16:53:54.049+0000: 10693: error : hypervDebugHandler:1403 : openwsman error: size of 1 structures "Msvm_VirtualSystemSettingData" exceeds stopper (0x7fb86a4c5d18 > (nil))

2014-04-16 16:53:54.049+0000: 10693: error : hypervDebugHandler:1403 : openwsman error: Error during serialization

error: internal error: Could not deserialize pull response item

-------------------------------------------------

I was also looking at http://www.redhat.com/archives/libvir-list/2011-July/msg00768.html and found that you submitted a patch. It looks like from class


class Msvm_VirtualSystemSettingData 

property SystemName

is being returned NULL or is is non existent in the pull response. Any pointers as to how can I check what is being returned in the pull response (if any)?

Thanks!
Vik.


On Wed, Apr 16, 2014 at 1:35 AM, Matthias Bolte <matthias.bolte@googlemail.com> wrote:
2014-04-16 3:26 GMT+02:00 vikhyath reddy <reddy.vikhyath@gmail.com>:
> Update,
>
> I tried adding root\virtualization\v2 to the namespace in libvirt source
> code for hyperv. I ran some tests and it seems to work. I get the same
> functionality (supported vs non-supported drivers) as hyper-v 2008.
>
> Do you guys want me to submit the patch? If yes, what all do I need to
> update to get the patch in?
>
> Thanks,
> Vik.
>
>
> On Tue, Apr 15, 2014 at 5:26 PM, vikhyath reddy <reddy.vikhyath@gmail.com>
> wrote:
>>
>> Hello everyone,
>>
>> Thanks for libvirt. I did see on the libvirt page that hyper-v 2008 is
>> supported (which it does). So I tried running it on Hyper-v 2012 r2 but
>> virsh fails to connect by an error that says
>>
>> "error: internal error: SOAP fault during enumeration: code 's:Sender',
>> subcode 'n:CannotProcessFilter', reason 'The data source could not process
>> the filter. The filter might be missing or it might be invalid. Change the
>> filter and try the request again.  ', detail '500The specified class does
>> not exist in the given namespace. HRESULT 0x8033801a0052150858778HRESULTThe
>> specified class does not exist in the given namespace. ' "
>>
>> Upon looking into the Hyper-v 2012 r2 server event logs, I found that this
>> is going on
>>
>> [ Source: WMI-Activity
>> Event ID: 5898
>> Microsoft-Windows-WMI-Activity/Operational ]
>>
>>
>> Id = {62D480B2-58EF-0000-E580-D462EF58CF01}; ClientMachine =
>> VIKHYPERV; User = VIKHYPERV\Administrator; ClientProcessId = 884;
>> Component = Unknown; Operation = Start IWbemServices::ExecQuery -
>> root\virtualization : select * from Msvm_ComputerSystem where
>> Description = "Microsoft Hosting Computer System" ; ResultCode =
>> 0x80041010; PossibleCause = Unknown
>>
>> Note that Msvm_ComputerSystem is missing in the namespace
>> root\virtualization. Upon further investigation, I found that the new
>> namespace where Msvm_ComputerSystem is located is at root\virtualization\v2
>>
>> Is (it possible?) there some way I can know where in the source code,
>> libvirt is specifying the namespace so that I can try patching it up and see
>> if it fixes things?
>>
>> Thanks for all your help,
>> Vik.

Yes, send a patch for this.

To get your patch in, you need to send it to this list for review.
After a successful review it'll be pushed to the git repo by someone
with commit access.

See http://libvirt.org/hacking.html for more details about working on
the source and submitting patches.

--
Matthias Bolte
http://photron.blogspot.com