|
Bugzilla – Full Text Bug Listing |
| Summary: | Xen does not work on x86_64 | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Marco Michna <mmichna> |
| Component: | Kernel | Assignee: | Kurt Garloff <garloff> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P2 - High | CC: | peter, sb |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | SUSE Other | ||
| Whiteboard: | |||
| Found By: | Component Test | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | |||
| Bug Blocks: | 97395 | ||
|
Description
Marco Michna
2005-09-01 14:13:31 UTC
I have the same on i586 (a P4 machine). This is dom0 or domU booting? If domU: Do you export as a whole disk or as a partition? If dom0: Try to pass "lapic" to xen as boot param. For me (P4), it was domU. I don't really know the answer, as all I did, that after booting using the Xen kernel, I started from YaST2 the "Virtual machine installation (Xen)" module, and this is, how it stopped. Xen should work much better in RC1 and RC2 and final. Though Jeff has reported that something broke between RC2 and RC4 :-( Can you please try - SL10.0 final and if this fails - SL10.0 RC2 TIA! final:
Beside that it is still highly instable (sudden reboot, freezes with X) I was
able to start up the machine with XEN but now it seems that the module crashes
and X gets crazy. If you start the module again then it wants to create
domain2.
Also when I try to list them with "xm list" then I just get a error:
Unexpected error: xen.xend.XendProtocol.XendError
Going to install RC2 now
With RC2 I have the graphic problems - half of the screen is getting black from time to time especially when I use "xm destroy domain1". I was able to boot into domain0 and successful created domain1 (xm list showed both). After that I tried to create domain2 and noticed that the kernel lines are missing in the config file (empty string) same for all others added later. There are also a lot of other problems like using "xm console domain1" gives an error: xenconsole: xs_get_domain_path(): No such file or directory I have the same problem in the final 10.0 version (x86_64). I'm sure it was never tested before releasing. Xen (domU) on x86_64 does not work at all. With the newest Xen build 7398 the Dom0 boots fine. Starting DomU makes allways some troubles. I found out, that the problem is arround mounting the filesystems. Often one or more device nodes such /deb/hda1 are missing. If the device node for the root filesystem is missing the boot process hangs. I think this is a problem arround udev. Stephan Hmm, it indeed looks like udev trouble. Is this still reproducible with 7608? Another question: Do you run out of loop devices? You may want to boot with max_loop=64 ... The default is only 8. We believe that various issues (udev, loopback, x86_64 kernel port, etc) have been fixed. Closing this defect. Retest on recent SL 10.1. |