Re: [Autotest] Autotest: Unattended_install testcase always fail with rhel3.9-32 guest

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2010-04-16 at 08:03 -0600, David S. Ahern wrote:
> 
> On 04/14/2010 08:01 AM, Lucas Meneghel Rodrigues wrote:
> > On Wed, Apr 14, 2010 at 10:26 AM, Amos Kong <akong@xxxxxxxxxx> wrote:
> >> Hi Lucas,
> >>
> >> When I execute unattended_install testcases on RHEL-5.5, it always fail when using rhel3.9-32 guest.
> >> I found it blocked after packages installation. Is it related that rhel39-32 guest don't support acpi ?
> > 
> > I've hit this problem before, it is what I believe to be an anaconda
> > bug on that particular RHEL version. I tried a *lot* to work around
> > the problem, spent a lot of time with it, but in the end I just gave
> > up.
> > 
> > The problem happens because it's simply not possible to bring the
> > network up at post install stage so the install can communicate with
> > the host to respond that its installation finished. If anyone can help
> > to work around the problem that'd be great...
> 
> What commands are you running to configure the network and what command
> is stalling? I've done unattended installs with RHEL3.8, 32-bit guests
> with networking enabled.

To add some background to the discussion, RHEL3.9 64 bit works just
fine. The kickstart file that installs pretty much all RH based systems
tries to configure the network by calling 'dhclient eth0'. In order to
work, some networking kernel modules need to be loaded.

While debugging the problem, I discovered that it wasn't possible to
load some of the iptables kernel modules (I don't remember exactly which
ones). So I tried many strategies, loading the modules specifying paths,
etc... nothing worked. It seems like those essential networking modules
in the install kernel for 32 bit are missing due to some build problem.

Sure, once the install finished the system will boot on a functional
kernel, but the kernel used by the install system just can't load the
modules, rendering our unattended install system useless, since the host
need to be able to verify whether the guest finished the install through
socket communication.

> David
> 
> 
> > 
> >>
> >> Regards,
> >> Amos
> >> _______________________________________________
> >> Autotest mailing list
> >> Autotest@xxxxxxxxxxxxxxx
> >> http://test.kernel.org/cgi-bin/mailman/listinfo/autotest
> >>
> > 
> > 
> > 
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux