Bug 200195

Summary: VM Client Installation Deadlock?
Product: [openSUSE] SUSE Linux 10.1 Reporter: Karl Eichwalder <ke>
Component: XenAssignee: Clyde Griffin <cgriffin>
Status: RESOLVED WONTFIX QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None CC: aj, crrodriguez, suse-beta
Version: Final   
Target Milestone: ---   
Hardware: i686   
OS: SuSE Linux 10.1   
Whiteboard:
Found By: Documentation Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: xen install log

Description Karl Eichwalder 2006-08-18 10:53:41 UTC
I tried to add a client using the YaST "Virtual Machine Management (XEN)" module.  I did a network installation into a file.  At the end, the boot loader installation failed (something with address space error -- maybe this happened because I didn't install kernel-xenpae?).

I continued nevertheless and in the xterm I now see:

Skipped services in runlevel 3:                   acpid irq_balancer nfs


Welcome to SUSE LINUX 10.1 (i586) - Kernel 2.6.16.13-4-xen (tty1).


INIT: Id "2" respawning too fast: disabled for 5 minutes
INIT: Id "3" respawning too fast: disabled for 5 minutes
INIT: Id "4" respawning too fast: disabled for 5 minutes
INIT: Id "5" respawning too fast: disabled for 5 minutes
INIT: Id "6" respawning too fast: disabled for 5 minutes

But what bugs me more is, that I cannot "Abort" the still open "Preparing Installation of Virtual Machine"--it insists on displaying "75%" since half an hour.  I will now crash all open windows and attach log files.
Comment 1 Karl Eichwalder 2006-08-18 11:28:59 UTC
Created attachment 96509 [details]
xen install log
Comment 2 Jason Douglas 2006-08-28 20:13:31 UTC
These issues have been fixed in SLES 10 and will not be backported to SL 10.1 as it would require installation media to be remastered.
Comment 3 Christian Boltz 2006-08-29 11:33:36 UTC
(In reply to comment #2)
> will not be backported to SL 10.1 as it would require installation media to
> be remastered.

The 10.1 installation media *will* be remastered (see bug 197784). Please consider to include the fix for this bug as well.
Comment 4 Andreas Jaeger 2006-08-31 06:41:03 UTC
Jason, what is the problem that the media need remastering?
Comment 5 Charles Coffing 2006-08-31 16:34:10 UTC
To fix the "respawning too fast" problem, an updated yast2-vm needs to be included on the installation source.  The vm_finish.ycp file is used to clean up the system at some point during the install.

If you are updated libzypp, you need a completely new yast2-vm anyway, because (as I understand it) the APIs have changed and yast2-vm had to change to match.

To fix the boot loader installation error, an updated kernel-xen needs to be included on the installation source.  (If you took the latest kernel-xen from SLES 10, rather than just this single patch, then an updated [matching] xen would also be required.)

We're not sure where the fix for the last problem is; we do know that linuxrc crashes at the end of the installation and can cause the problem described.  If a new linuxrc was required to fix this, that also need to be on the installation media.
Comment 6 Clyde Griffin 2006-10-02 20:19:30 UTC
This is fixed in SLES 10 and will be fixed in openSUSE 10.2.

Other priorities will not allow the Xen team to go back and address this issue for openSUSE 10.1.  10.2 is just around the corner.

Marking as won't fix.