[Libvirt-cim] [PATCH 0 of 3] [TEST] Add ElementAllocatedFromPool for XenFV & KVM support

Guo Lian Yun yunguol at cn.ibm.com
Thu Apr 24 07:08:25 UTC 2008


libvirt-cim-bounces at redhat.com wrote on 2008-04-24 04:30:39:

> Guo Lian Yun wrote:
> > libvirt-cim-bounces at redhat.com wrote on 2008-04-21 23:31:45:
> >
> >  > Guo Lian Yun wrote:
> >  > > Signed-off-by: Guolian Yun <yunguol at cn.ibm.com>
> >  >
> >  > EAFP 01_forward.py and EAFP 02_reverse.py both fail for me on F9
with
> >  > KVM and updated libvirt-cim sources.
> >
> >   Could you please send the error log to me? Or do you know why these
> >   are failing? It pass for me on F9 with KVM and recent libvrit-cim
sources.
>
> Here's the logs - I should have included them originally.
>
> EAFP 01 is failing due to the disk pool issue.  You'll need to create a
> function that makes sure the guest's disk resource belongs to a pool.
> I'd suggested this in a previous mail, and I know you said you were
> going to add such a function.  But I haven't seen a patch for that yet -
> did I miss it?

I've created diskpool.conf file in EAFP.01 patch as follows. Any other
file have to be created?

+def conf_file():
+    """
+       Creating diskpool.conf file.
+    """
+    try:
+        f = open(disk_file, 'w')
+        f.write('%s %s' % (test_dpath, '/'))
+        f.close()
+    except Exception,detail:
+        Globals.logger.error("Exception: %s", detail)
+        status = SKIP
+        sys.exit(status)
+
+def clean_up_restore():
+    """
+        Restoring back the original diskpool.conf
+        file.
+    """
+    try:
+        if os.path.exists(back_disk_file):
+            os.remove(disk_file)
+            move_file(back_disk_file, disk_file)
+    except Exception, detail:
+        Globals.logger.error("Exception: %s", detail)
+        status = SKIP
+        sys.exit(status)


>
> Also, what version of libvirt are you using?  The disk pool support is
> new in 0.4.0.  I'd assume that F9 would have libvirt 0.4.0 or higher.
> It's possible your F8 system does not have a new version, which would
> cause this test to pass.
>
> ElementAllocatedFromPool - 01_forward.py: FAIL
> ERROR   - ElementAllocatedFromPool returned 0 ResourcePool
>                          objects for domain 'hd_domain'
> CIM_ERR_FAILED: Unknown pool membership for `hd_domain/hda'
>
> -----
>
> ElementAllocatedFromPool - 02_reverse.py: FAIL
> ERROR   - AttributeError : 'list' object has no attribute 'InstanceID'
> CIM_ERR_NOT_FOUND: No such instance (foo)
>
> This is because the InstanceID used for the diskpool is incorrect. This
> InstanceID will work on libvirt versions older than 0.4.0, but newer
> versions need to use the diskpool ID.

 If the libvirt 0.4.0 or newer, the disk pool is supported. But why I can't
 get th diskpool ID by wbemein?  There is none output of wbemein below(the
libvirt
 version is 0.4.1 on my test machine):

 wbemein http://root:password@localhost:5988/root/virt:KVM_DiskPool
>
> >
> >  >
> >  > EAFP 01 and 02 are failing on Xen.  I'd like to see test cases fixed
> >  > before we add KVM and XenFV support - otherwise, we can't test the
KVM
> >  > and XenFV support properly.
> >
> >   They are fail for Xen on my own machine(F8), but pass on other
machine
> >   on F8, also pass on XenFV tested by Deepti. Of course, I will look
> >   into this issue.
> >
>
> I'm guessing the XenFV system probably has an older version of libvirt.
>
> Sorry for all the confusion!  It's tricky making tests work for multiple
> guest types, as well as with differing package versions.
>
  The patch for KVM & XenFV support are all passed on my test machine,
which
  is set up by F9, the libvirt version is either 0.4.0 or 0.4.1. So I don't
  reproduce the failing. Maybe I'm still in the confusion of how to make
this
  patch work correctly, would you please give more detail instruction or
  add another patch for it?

  Thanks!

> --
> Kaitlin Rupert
> IBM Linux Technology Center
> kaitlin at linux.vnet.ibm.com
>
> _______________________________________________
> Libvirt-cim mailing list
> Libvirt-cim at redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-cim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvirt-cim/attachments/20080424/e6f9096b/attachment.htm>


More information about the Libvirt-cim mailing list