> 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
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 ?
The providers use the following algorithm (this is in Virt_HostSystem):
name = gethostname()
If name is not a FQDN, then:
struct hostent *host = gethostbyname(name)
host->h_name
I haven't verified, but Python's getfqdn() might help you here.
--
Kaitlin Rupert
IBM Linux Technology Center
kaitlin(a)linux.vnet.ibm.com