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-users

[Xen-users] xen on xeon server

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-users] xen on xeon server
From: Tim Dunphy <bluethundr@xxxxxxxxxxxx>
Date: Wed, 20 Jul 2011 02:05:37 -0000 (UTC)
Delivery-date: Tue, 19 Jul 2011 19:07:50 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <754bcd83-059a-48a4-adb9-b5a47a40cc59@li289-212>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Hello list!!

 I am having a little trouble getting xen images to work on a supermicro 
6013-P8 xeon server acting as a xen dom0.  The reason this is confusing is 
because I can launch the image on a 64 bit dell desktop optiplex "server" 
acting as a xen dom0. The xen domU is a 32 bit images so in theory it should 
work in both places. I cannot create new xen instances on the supermicro, but I 
can on the dell optiplex. Furthermore other 32 bit xen domU images run in both 
places. Ideally I want to run all of my xen domU's on the supermicro and retire 
the dell desktops. 

 Here is the conf file for the image that will not launch on the supermicro:

 [root@LCENT01:~] #cat /mnt/store/xen/conf/vm07
name = "vm07"
uuid = "47cbcbfe-706a-1b56-1d60-b919662b5ae5"
maxmem = 512
memory = 512
vcpus = 1
bootloader = "/usr/bin/pygrub"
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"
disk = [ "tap:aio:/mnt/store/xen/vm07.img,xvda,w" ]
vif = [ "mac=00:16:36:37:6e:ff,bridge=xenbr0,script=vif-bridge" ]


Here is the os and processor info for the supermicro server:

 [root@LCENT05:~] #cat /etc/redhat-release 
CentOS release 5.6 (Final)

[root@LCENT05:~] #uname -a
Linux LCENT05.summitnjhome.com 2.6.18-238.el5xen #1 SMP Thu Jan 13 17:49:40 EST 
2011 i686 i686 i386 GNU/Linux

[root@LCENT05:~] #cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 3.06GHz
stepping        : 9
cpu MHz         : 3822.388
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu tsc msr pae cx8 apic mtrr cmov pat clflush acpi mmx fxsr 
sse sse2 ss ht cid
bogomips        : 9570.94

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 3.06GHz
stepping        : 9
cpu MHz         : 3822.388
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu tsc msr pae cx8 apic mtrr cmov pat clflush acpi mmx fxsr 
sse sse2 ss ht up cid
bogomips        : 9570.94

processor       : 2
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 3.06GHz
stepping        : 9
cpu MHz         : 3822.388
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu tsc msr pae cx8 apic mtrr cmov pat clflush acpi mmx fxsr 
sse sse2 ss ht up cid
bogomips        : 9570.94

processor       : 3
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 3.06GHz
stepping        : 9
cpu MHz         : 3822.388
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu tsc msr pae cx8 apic mtrr cmov pat clflush acpi mmx fxsr 
sse sse2 ss ht up cid
bogomips        : 9570.94



And here is what happens when I try unsuccessfully to launch the image on the 
supermicro server:

[root@LCENT05:~] #virsh console vm07
Connected to domain vm07
Escape character is ^]
Linux version 2.6.18-238.el5xen (mockbuild@xxxxxxxxxxxxxxxxxxxx) (gcc version 
4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Thu Jan 13 17:49:40 EST 2011
BIOS-provided physical RAM map:
 Xen: 0000000000000000 - 0000000020800000 (usable)
0MB HIGHMEM available.
520MB LOWMEM available.
Using x86 segment limits to approximate NX protection
ACPI in unprivileged domain disabled
Built 1 zonelists.  Total pages: 133120
Kernel command line:  ro root=/dev/VolGroup00/LogVol00 console=xvc0
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c075d000 soft=c073d000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Xen reported: 3065.788 MHz processor.
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Software IO TLB disabled
vmalloc area: e1000000-f4ffe000, maxmem 2d7fe000
Memory: 505728k/532480k available (2195k kernel code, 18180k reserved, 906k 
data, 176k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 7670.75 BogoMIPS (lpj=15341512)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 14k freed
Brought up 1 CPUs
checking if image is initramfs... it is
Freeing initrd memory: 7160k freed
Grant table initialized
NET: Registered protocol family 16
Brought up 1 CPUs
PCI: setting up Xen PCI frontend stub

I don't see any activity in the xend-debug.log or xen-hotplug.log when I try 
unsuccessfully to launch these instances on the supermicro server. 

But I can run a number of other 32 bit instances that were created on the dell 
desktop on the xeon supermicro server. 


[root@LCENT05:~] #virsh list
 Id Name                 State
----------------------------------
  0 Domain-0             running
  2 vm02                 idle
  5 vm09                 idle
  6 vm10                 idle
  7 vm20                 idle
 26 vm01                 idle
 34 vm18                 idle

 Here is a xen conf for a xen domU that DOES run on the supermicro:

[root@LCENT05:~] #cat /mnt/store/xen/conf/vm09
name = "vm09"
uuid = "52d4250e-ede6-96db-c408-4cf62acd8bf9"
maxmem = 256
memory = 256
vcpus = 1
bootloader = "/usr/bin/pygrub"
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"
disk = [ "tap:aio:/mnt/store/xen/vm09.img,xvda,w" ]
vif = [ "mac=00:16:36:57:f3:38,bridge=xenbr0,script=vif-bridge" ]



Now turning to the dell optiplex "server" that I am trying to move away from, 
the image vm07 that does not run on the supermicro runs just fine:

[root@LCENT01:~] #xm create /mnt/store/xen/conf/vm07
Using config file "/mnt/store/xen/conf/vm07".
Using <class 'grub.GrubConf.GrubConfigFile'> to parse /grub/menu.lst
Started domain vm07


[root@LCENT01:~] #virsh list
 Id Name                 State
----------------------------------
  0 Domain-0             running
 27 vm01                 idle
 32 vm07                 no state


Here is os and proc info for the dell desktop:


[root@LCENT01:~] #cat /etc/redhat-release 
CentOS release 5.6 (Final)

[root@LCENT01:~] #uname -a
Linux LCENT01.summitnjhome.com 2.6.18-238.12.1.el5xen #1 SMP Tue May 31 
14:02:29 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux



[root@LCENT01:~] #cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      :               Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping        : 3
cpu MHz         : 3192.246
cache size      : 2048 KB
physical id     : 0
siblings        : 1
core id         : 0
cpu cores       : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 3
wp              : yes
flags           : fpu tsc msr pae cx8 apic mtrr cmov pat clflush acpi mmx fxsr 
sse sse2 ss ht syscall nx lm constant_tsc pni est cid cx16
bogomips        : 7983.70
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      :               Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping        : 3
cpu MHz         : 3192.246
cache size      : 2048 KB
physical id     : 1
siblings        : 1
core id         : 0
cpu cores       : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 3
wp              : yes
flags           : fpu tsc msr pae cx8 apic mtrr cmov pat clflush acpi mmx fxsr 
sse sse2 ss ht syscall nx lm constant_tsc pni est cid cx16
bogomips        : 7983.70
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:



I would appreciate any tips you might have to get this working. I will be happy 
to provide any information that might help narrow down the issue.

Thanks in advance for your help! 

Tim



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-users] xen on xeon server, Tim Dunphy <=