================================================= KVM on Pegasus Test Run Summary for Sep 23 2008 ================================================= Distro: Fedora release 9.90.1 (Rawhide) Kernel: 2.6.27-0.322.rc6.fc10.x86_64 libvirt: 0.4.5 Hypervisor: QEMU 0.9.1 CIMOM: Pegasus 2.7.1 Libvirt-cim revision: 688 Libvirt-cim changeset: bc734ecd67ae ================================================= FAIL : 6 XFAIL : 3 SKIP : 6 PASS : 120 ----------------- Total : 135 ================================================= FAIL Test Summary: ElementConforms - 01_forward.py: FAIL HostSystem - 01_enum.py: FAIL HostSystem - 03_hs_to_settdefcap.py: FAIL The above test cases are failing because there is a mismatch in the hostname value returned by the providers and the hostname info used in
Deepti B Kalakeri wrote: the test cases. The provider is returning the FQDN and the test case is just using the hostname. Need to fix the above test cases. The provider is returning an FQDN in case of RHEL5.2 and is independent of the order in which the information for 127.0.0.1 is present in /etc/hosts, but in case of F10 the information returned by the *ein* on HostSystem is completely dependent on the order in the /etc/hosts file. On F10 the first entry in the /etc/hosts is returned. Should we use both the hostname and the FQDN to verify the HostSystem info in the test cases? What is the expected behaviour from the providers ?
LogicalDisk - 03_ld_gi_errs.py: FAIL Processor - 03_proc_gi_errs.py: FAIL SettingsDefine - 03_sds_fwd_errs.py: FAIL The tc were failing bcs of the changes as part of the *"Add a little debugging to the device path"* provider patch. The test cases were also failing because of the problem in the debug message in the common_util.py library. Fixed and submitted the patches for the above three failures.
Thanks and Regards, Deepti.