<html><body>
<p><tt>libvirt-cim-bounces@redhat.com wrote on 2008-04-24 04:30:39:<br>
<br>
> Guo Lian Yun wrote:<br>
> > libvirt-cim-bounces@redhat.com wrote on 2008-04-21 23:31:45:<br>
> > <br>
> >  > Guo Lian Yun wrote:<br>
> >  > > Signed-off-by: Guolian Yun <yunguol@cn.ibm.com><br>
> >  ><br>
> >  > EAFP 01_forward.py and EAFP 02_reverse.py both fail for me on F9 with<br>
> >  > KVM and updated libvirt-cim sources.<br>
> >  <br>
> >   Could you please send the error log to me? Or do you know why these<br>
> >   are failing? It pass for me on F9 with KVM and recent libvrit-cim sources.<br>
> <br>
> Here's the logs - I should have included them originally.<br>
> <br>
> EAFP 01 is failing due to the disk pool issue.  You'll need to create a <br>
> function that makes sure the guest's disk resource belongs to a pool. <br>
> I'd suggested this in a previous mail, and I know you said you were <br>
> going to add such a function.  But I haven't seen a patch for that yet - <br>
> did I miss it?</tt><br>
<br>
<tt>I've created diskpool.conf file in EAFP.01 patch as follows. Any other </tt><br>
<tt>file have to be created? </tt><br>
<tt>  </tt><br>
<tt>+def conf_file():<br>
+    """<br>
+       Creating diskpool.conf file.<br>
+    """<br>
+    try:<br>
+        f = open(disk_file, 'w')<br>
+        f.write('%s %s' % (test_dpath, '/'))<br>
+        f.close()<br>
+    except Exception,detail:<br>
+        Globals.logger.error("Exception: %s", detail)<br>
+        status = SKIP<br>
+        sys.exit(status)<br>
+<br>
+def clean_up_restore():<br>
+    """<br>
+        Restoring back the original diskpool.conf<br>
+        file.<br>
+    """<br>
+    try:<br>
+        if os.path.exists(back_disk_file):<br>
+            os.remove(disk_file)<br>
+            move_file(back_disk_file, disk_file)<br>
+    except Exception, detail:<br>
+        Globals.logger.error("Exception: %s", detail)<br>
+        status = SKIP<br>
+        sys.exit(status)</tt><br>
<br>
<tt><br>
> <br>
> Also, what version of libvirt are you using?  The disk pool support is <br>
> new in 0.4.0.  I'd assume that F9 would have libvirt 0.4.0 or higher. <br>
> It's possible your F8 system does not have a new version, which would <br>
> cause this test to pass.<br>
> <br>
> ElementAllocatedFromPool - 01_forward.py: FAIL<br>
> ERROR   - ElementAllocatedFromPool returned 0 ResourcePool <br>
>                          objects for domain 'hd_domain'<br>
> CIM_ERR_FAILED: Unknown pool membership for `hd_domain/hda'<br>
> <br>
> -----<br>
> <br>
> ElementAllocatedFromPool - 02_reverse.py: FAIL<br>
> ERROR   - AttributeError : 'list' object has no attribute 'InstanceID'<br>
> CIM_ERR_NOT_FOUND: No such instance (foo)<br>
> <br>
> This is because the InstanceID used for the diskpool is incorrect. This <br>
> InstanceID will work on libvirt versions older than 0.4.0, but newer <br>
> versions need to use the diskpool ID.</tt><br>
<tt>  </tt><br>
<tt> If the libvirt 0.4.0 or newer, the disk pool is supported. But why I can't  </tt><br>
<tt> get th diskpool ID by wbemein?  There is none output of wbemein below(the libvirt</tt><br>
<tt> version is 0.4.1 on my test machine):</tt><br>
<br>
<tt> </tt><tt>wbemein <a href="http://root:password@localhost:5988/root/virt:KVM_DiskPool">http://root:password@localhost:5988/root/virt:KVM_DiskPool</a></tt><tt> <br>
> <br>
> > <br>
> >  ><br>
> >  > EAFP 01 and 02 are failing on Xen.  I'd like to see test cases fixed<br>
> >  > before we add KVM and XenFV support - otherwise, we can't test the KVM<br>
> >  > and XenFV support properly.<br>
> > <br>
> >   They are fail for Xen on my own machine(F8), but pass on other machine<br>
> >   on F8, also pass on XenFV tested by Deepti. Of course, I will look<br>
> >   into this issue.<br>
> > <br>
> <br>
> I'm guessing the XenFV system probably has an older version of libvirt.<br>
> <br>
> Sorry for all the confusion!  It's tricky making tests work for multiple <br>
> guest types, as well as with differing package versions.<br>
> </tt><br>
<tt>  The patch for KVM & XenFV support are all passed on my test machine, which</tt><br>
<tt>  is set up by F9, the libvirt version is either 0.4.0 or 0.4.1. So I don't</tt><br>
<tt>  reproduce the failing. Maybe I'm still in the confusion of how to make this </tt><br>
<tt>  patch work correctly, would you please give more detail instruction or </tt><br>
<tt>  add another patch for it?</tt><br>
<br>
<tt>  Thanks!</tt><br>
<tt><br>
> -- <br>
> Kaitlin Rupert<br>
> IBM Linux Technology Center<br>
> kaitlin@linux.vnet.ibm.com<br>
> <br>
> _______________________________________________<br>
> Libvirt-cim mailing list<br>
> Libvirt-cim@redhat.com<br>
> <a href="https://www.redhat.com/mailman/listinfo/libvirt-cim">https://www.redhat.com/mailman/listinfo/libvirt-cim</a><br>
</tt></body></html>