Host: Unisys ES7000/one, x86_64, 64 processors, 256GB
RAM, but xen only boots with 166 GB RAM due to bug#1049
xen-unstable changeset 15880 compiled with max_phys_cpus=64
and booted with
dom0_mem=512M numa=on
OLD ISSUES:
- Bug #1050 - after c/s 15203,
networking does not work unless a default gateway is specified
- Bug #1051 - after c/s 15203,
all xm-test tests fail with XmTestLib.NetConfig.NetworkError: Failed to
show vif0.0 aliases: 65280 – workaround is to comment out lines in
cleanDom0Aliases in xm-test/lib/XmTestLib/NetConfig.py until xm-test code
is changed to accommodate the new bridge naming scheme
- Bug #1049 - When boot the host
with more than 166 GB RAM, the host only sees a maximum of 166GB
- Bug #1037 - Shutdown of large
domains takes a long time, during which time dom0 is not interruptible
(due to the synchronous tearing down of the memory map)
- Bug #940 - Must specify
hpet=disable kernel parameter to get 32-bit SLES10 domVTs to boot;
narrowed down to c/s 14436 but the patch originator cannot recreate on his
hardware
Testing includes running xm-test and also attempting to boot
and run programs in the following domUs and domVTs (running domains #s 3
through 9 simultaneously):
1. 32-processor
64-bit SLES10 domU with 160gb memory – run kernbench
2. 32-processor
64-bit SLES10 domVT with 160gb memory – run kernbench
3. 8-processor
64-bit SLES10 domU with 16gb memory - run kernbench
4. 8-procesor
32-bit SLES10 domVT with 4gb memory (booted with hpet=disable) - run kernbench
5. 8-processor
32-bit PAE SLES10 domVT with 16gb memory (booted with hpet=disable) - run
kernbench
6. 8-processor
64-bit SLES10 domVT with 16gb memory – run kernbench
7. 1-processor
Windows XP domVT with 4gb memory – run 100% cpu intensive program
8. 1-processor
Windows 2003 Server domVT with 4gb memory – run 100% cpu intensive
program
9. 8-processor Windows 2003 Enterprise Edition domVT with 16gb
memory – run 100% cpu intensive program
Results:
All domains ran successfully.
Ran xm-test (DomU) on dom0 with the following results:
(Could only run after commenting out the call to
cleanDom0Aliases in xm-test/lib/XmTestLib/NetConfig.py and most of the failures
are related to not finding device vif0.0 – this was not necessary before
c/s 15203)
Xm-test timing summary:
Run Started : Thu, 13 Sep 2007 10:21:53 -0400
Run Stoped : Thu, 13 Sep 2007 10:56:39 -0400
Xm-test execution summary:
PASS: 101
FAIL: 11
XPASS: 0
XFAIL: 3
Details:
FAIL: 13_create_multinic_pos
Unknown reason
XFAIL: 02_network_local_ping_pos
Unknown reason
FAIL: 03_network_local_tcp_pos
Unknown reason
FAIL: 04_network_local_udp_pos
Unknown reason
XFAIL: 05_network_dom0_ping_pos
Unknown reason
FAIL: 06_network_dom0_tcp_pos
Unknown reason
FAIL: 07_network_dom0_udp_pos
Unknown reason
XFAIL: 11_network_domU_ping_pos
Unknown reason
FAIL: 12_network_domU_tcp_pos
Unknown reason
FAIL: 13_network_domU_udp_pos
Unknown reason
FAIL: 04_restore_withdevices_pos
Timed out
waiting for console command
Thanks,
Sue Krysan
Linux Systems Group
Unisys Corporation