WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Test results on Unisys ES7000 32x 128gb using xen-unstable (

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Test results on Unisys ES7000 32x 128gb using xen-unstable (c/s 15672 and es7000bigsmp patch) - 4 old issues, 0 new issues
From: "Krysan, Susan" <KRYSANS@xxxxxxxxxx>
Date: Tue, 7 Aug 2007 17:12:54 -0400
Delivery-date: Tue, 07 Aug 2007 14:10:32 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <EF8D308BE33AF54D8934DF26520252D3069BD57A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <EF8D308BE33AF54D8934DF26520252D3069BD48F@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <FE7BBCFBB500984A9A7922EBC95F516E27D344@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <EF8D308BE33AF54D8934DF26520252D3069BD4F8@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <EF8D308BE33AF54D8934DF26520252D3069BD54A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <EF8D308BE33AF54D8934DF26520252D3069BD57A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcdJ4UYHnZd8QwLHTMSjo0sqxNkrmgE+CxDgAZa+3qABVnT68AFk5dvwAufQgQABArjgkAIyIiNQA7uSpdABgtM2EAIyrZhAAA2mOPADEjFQkAeOTDJwAbZ/6+AETqFeYA==
Thread-topic: Test results on Unisys ES7000 32x 128gb using xen-unstable (c/s 15672 and es7000bigsmp patch) - 4 old issues, 0 new issues

Host:  Unisys ES7000/one, x86_64, 32 physical processors, 128 GB RAM

 

xen-unstable changeset 15672 booted with dom0_mem=512M acpi=on numa=on and the es7000bigsmp patch applied (which cleans up ES7000 specific bootup code - submitted by Raj Subrahmanian)

 

OLD ISSUES:

  • after c/s 15203, networking does not work unless a default gateway is specified
  • 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
  • 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
  • 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)

 

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 124gb memory – run kernbench optimal load

2.       32-processor 64-bit SLES10 domVT with 124gb memory – run kernbench optimal load

3.       4-processor 64-bit SLES10 domU with 16gb memory - run kernbench optimal load

4.       4-procesor 32-bit SLES10 domVT with 2gb memory (booted with hpet=disable) - run kernbench optimal load

5.       4-processor 32-bit PAE SLES10 domVT with 16gb memory (booted with hpet=disable) - run kernbench optimal load

6.       4-processor 64-bit SLES10 domVT with 16gb memory – run kernbench optimal load

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 : Tue, 07 Aug 2007 15:57:51 -0400

  Run Stoped  : Tue, 07 Aug 2007 16:29:31 -0400

Xm-test execution summary:

  PASS:  100

  FAIL:  12

  XPASS: 0

  XFAIL: 3

 

Details:

 

 FAIL: 05_block_attach_and_dettach_device_repeatedly_pos

         xm block-attach returned invalid 256 != 0

 

 FAIL: 09_block_attach_and_dettach_device_check_data_pos

         xm block-attach returned invalid 256 != 0

 

 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

 

Thanks,

Sue Krysan

Linux Systems Group

Unisys Corporation

 

 

 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>