[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)



[Moving over to xen-devel, cc'ing a few people]

On Tue, Mar 6, 2018 at 8:16 AM, John Naggets <hostingnuggets@xxxxxxxxx> wrote:
> Hi George,
>
> You will find the output of "xl dmesg" below. I also managed to
> reproduce this problem on another test server. That test server is an
> IBM System x3250 M5 server which uses UEFI. So the hardware is not at
> fault.
>
> Regards,
> John
>
> (XEN) Xen version 4.9.0 (Ubuntu 4.9.0-0ubuntu3)
> (stefan.bader@xxxxxxxxxxxxx) (gcc (Ubuntu 7.2.0-8ubuntu2) 7.2.0)
> debug=n  Fri Oct 13 15:58:41 UTC 2017
> (XEN) Bootloader: GRUB 2.02~beta3-4ubuntu7
> (XEN) Command line: placeholder dom0_mem=4G,max:4G dom0_max_vcpus=2
> dom0_vcpus_pin no-real-mode edd=off
> (XEN) Xen image load base address: 0
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN) Disc information:
> (XEN)  Found 0 MBR signatures
> (XEN)  Found 0 EDD information structures
> (XEN) Multiboot-e820 RAM map:
> (XEN)  0000000000000000 - 00000000000a0000 (usable)
> (XEN)  00000000000a0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 000000009e3f8000 (usable)
> (XEN)  000000009e3f8000 - 000000009e568000 (ACPI data)
> (XEN)  000000009e568000 - 000000009efe1000 (ACPI NVS)
> (XEN)  000000009efe1000 - 00000000a0117000 (usable)
> (XEN)  00000000a0117000 - 00000000ab6b9000 (reserved)
> (XEN)  00000000ab6b9000 - 00000000ab865000 type 20
> (XEN)  00000000ab865000 - 00000000af3fc000 (usable)
> (XEN)  00000000af3fc000 - 00000000af42e000 (reserved)
> (XEN)  00000000af42e000 - 00000000af800000 (usable)
> (XEN)  00000000af800000 - 00000000d0000000 (reserved)
> (XEN)  00000000fd000000 - 00000000fe800000 (reserved)
> (XEN)  00000000fed20000 - 00000000fed45000 (reserved)
> (XEN)  00000000ff000000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 0000000840000000 (usable)
> (XEN) New Xen image base address: 0xaec00000
> (XEN) ACPI Error (tbxfroot-0217): A valid RSDP was not found [20070126]

Here's the reason Xen only sees one pcpu: It can't find the ACPI table
which tells it everything else about the system.

Jan / Boris, any ideas here?

Sorry, John seems to have top-posted the `xl dmesg` information; his
original description of his system setup and problem is further below.

 -George

> (XEN) System RAM: 32308MB (33083612kB)
> (XEN) Domain heap initialised
> (XEN) Found and enabled local APIC!
> (XEN) Not enabling x2APIC: depends on iommu_supports_eim.
> (XEN) xstate: size: 0xa88 and states: 0x2ff
> (XEN) CMCI: threshold 0x2 too large for CPU0 bank 6, using 0x1
> (XEN) CMCI: threshold 0x2 too large for CPU0 bank 9, using 0x1
> (XEN) CMCI: threshold 0x2 too large for CPU0 bank 10, using 0x1
> (XEN) CMCI: threshold 0x2 too large for CPU0 bank 11, using 0x1
> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> (XEN) Platform timer is 1.193MHz PIT
> (XEN) Detected 2095.087 MHz processor.
> (XEN) Initing memory sharing.
> (XEN) I/O virtualisation disabled
> (XEN) Enabled directed EOI with ioapic_ack_old on!
> (XEN) Allocated console ring of 16 KiB.
> (XEN) VMX: Supported advanced features:
> (XEN)  - APIC MMIO access virtualisation
> (XEN)  - APIC TPR shadow
> (XEN)  - Extended Page Tables (EPT)
> (XEN)  - Virtual-Processor Identifiers (VPID)
> (XEN)  - Virtual NMI
> (XEN)  - MSR direct-access bitmap
> (XEN)  - Unrestricted Guest
> (XEN)  - APIC Register Virtualization
> (XEN)  - Virtual Interrupt Delivery
> (XEN)  - Posted Interrupt Processing
> (XEN)  - VMCS shadowing
> (XEN)  - VM Functions
> (XEN)  - Virtualisation Exceptions
> (XEN)  - Page Modification Logging
> (XEN)  - TSC Scaling
> (XEN) HVM: ASIDs enabled.
> (XEN) HVM: VMX enabled
> (XEN) HVM: Hardware Assisted Paging (HAP) detected
> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
> (XEN) Brought up 1 CPUs
> (XEN) Dom0 has maximum 208 PIRQs
> (XEN) ACPI is disabled, notifying Domain 0 (acpi=off)
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN)  Xen  kernel: 64-bit, lsb, compat32
> (XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2955000
> (XEN) PHYSICAL MEMORY ARRANGEMENT:
> (XEN)  Dom0 alloc.:   0000000820000000->0000000824000000 (1020569
> pages to be allocated)
> (XEN)  Init. ramdisk: 000000083d299000->000000083fffff40
> (XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN)  Loaded kernel: ffffffff81000000->ffffffff82955000
> (XEN)  Init. ramdisk: 0000000000000000->0000000000000000
> (XEN)  Phys-Mach map: 0000008000000000->0000008000800000
> (XEN)  Start info:    ffffffff82955000->ffffffff829554b4
> (XEN)  Page tables:   ffffffff82956000->ffffffff8296f000
> (XEN)  Boot stack:    ffffffff8296f000->ffffffff82970000
> (XEN)  TOTAL:         ffffffff80000000->ffffffff82c00000
> (XEN)  ENTRY ADDRESS: ffffffff824a4180
> (XEN) Dom0 has maximum 2 VCPUs
> (XEN) Scrubbing Free RAM on 1 nodes using 1 CPUs
> (XEN) 
> ........................................................................................................................................................................................................................................................................done.
> (XEN) Initial low memory virq threshold set at 0x4000 pages.
> (XEN) Std. Loglevel: Errors and warnings
> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
> (XEN) Xen is relinquishing VGA console.
> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch
> input to Xen)
> (XEN) Freed 460kB init memory
> (XEN) Platform timer appears to have unexpectedly wrapped 1 times.
>
> On Mon, Mar 5, 2018 at 4:21 PM, George Dunlap <dunlapg@xxxxxxxxx> wrote:
>> On Sat, Mar 3, 2018 at 11:19 AM, John Naggets <hostingnuggets@xxxxxxxxx> 
>> wrote:
>>> Hello,
>>>
>>> I am running Xen 4.9.0 on Ubuntu 17.10 on a new Lenovo ThinkSystem
>>> SR630 server and have noticed that Xen reports only one CPU available.
>>> Is this normal? or is something wrong in my setup?
>>
>> No, that's distinctly not normal. Assuming your ThinkSystem server has
>> more than one logical cpu of course. :-)
>>
>> Would you mind attaching the output of `xl dmesg` as well?
>>
>> Thanks,
>>  -George
>>
>>>
>>> Here is the output of "xl info":
>>>
>>> release                : 4.13.0-32-generic
>>> version                : #35-Ubuntu SMP Thu Jan 25 09:13:46 UTC 2018
>>> machine                : x86_64
>>> nr_cpus                : 1
>>> max_cpu_id             : 0
>>> nr_nodes               : 1
>>> cores_per_socket       : 1
>>> threads_per_core       : 1
>>> cpu_mhz                : 2095
>>> hw_caps                :
>>> bfebfbff:77fef3f7:2c100800:00000121:0000000f:d19ffffb:00000008:00000100
>>> virt_caps              : hvm
>>> total_memory           : 32308
>>> free_memory            : 15534
>>> sharing_freed_memory   : 0
>>> sharing_used_memory    : 0
>>> outstanding_claims     : 0
>>> free_cpus              : 0
>>> xen_major              : 4
>>> xen_minor              : 9
>>> xen_extra              : .0
>>> xen_version            : 4.9.0
>>> xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
>>> hvm-3.0-x86_32p hvm-3.0-x86_64
>>> xen_scheduler          : credit
>>> xen_pagesize           : 4096
>>> platform_params        : virt_start=0xffff800000000000
>>> xen_changeset          :
>>> xen_commandline        : placeholder dom0_mem=4G,max:4G
>>> dom0_max_vcpus=2 dom0_vcpus_pin no-real-mode edd=off
>>> cc_compiler            : gcc (Ubuntu 7.2.0-8ubuntu2) 7.2.0
>>> cc_compile_by          : stefan.bader
>>> cc_compile_domain      : canonical.com
>>> cc_compile_date        : Fri Oct 13 15:58:41 UTC 2017
>>> build_id               : 889e50dffcb9ab064c376b1278be0a259e95dd43
>>> xend_config_format     : 4
>>>
>>> See under nr_cpus only "1" is available. Also have a look at the
>>> output of "xl vcpu-list" where I have VM1 with 4 vCPUs and VM2 with 1
>>> vCPU:
>>>
>>> Name                                ID  VCPU   CPU State   Time(s)
>>> Affinity (Hard / Soft)
>>> Domain-0                             0     0    0   r--  125665.8  all / all
>>> Domain-0                             0     1    -   --p       0.0  all / all
>>> vm2.somefancydomaintest.co          10     0    0   -b-   17377.2  all / all
>>> vm1.somefancydomaintest.co          11     0    0   -b-     617.9  all / all
>>> vm1.somefancydomaintest.co          11     1    0   -b-     630.7  all / all
>>> vm1.somefancydomaintest.co          11     2    0   -b-    1065.0  all / all
>>> vm1.somefancydomaintest.co          11     3    0   -b-     590.2  all / all
>>>
>>> Finally here is the output of "lscpu":
>>>
>>> Architecture:        x86_64
>>> CPU op-mode(s):      32-bit, 64-bit
>>> Byte Order:          Little Endian
>>> CPU(s):              1
>>> On-line CPU(s) list: 0
>>> Thread(s) per core:  1
>>> Core(s) per socket:  1
>>> Socket(s):           1
>>> NUMA node(s):        1
>>> Vendor ID:           GenuineIntel
>>> CPU family:          6
>>> Model:               85
>>> Model name:          Intel(R) Xeon(R) Silver 4110 CPU @ 2.10GHz
>>> Stepping:            4
>>> CPU MHz:             2095.140
>>> BogoMIPS:            4190.17
>>> Hypervisor vendor:   Xen
>>> Virtualization type: none
>>> L1d cache:           32K
>>> L1i cache:           32K
>>> L2 cache:            1024K
>>> L3 cache:            11264K
>>> NUMA node0 CPU(s):   0
>>> Flags:               fpu de tsc msr pae mce cx8 apic sep mca cmov pat
>>> clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc
>>> rep_good nopl nonstop_tsc cpuid pni pclmulqdq est ssse3 fma cx16
>>> sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand hypervisor
>>> lahf_lm abm 3dnowprefetch intel_ppin fsgsbase bmi1 hle avx2 bmi2 erms
>>> rtm avx512f avx512dq rdseed adx clflushopt clwb avx512cd avx512bw
>>> avx512vl xsaveopt xsavec xgetbv1
>>>
>>> Here I should be seeing 2 CPUs as I am using the "dom0_max_vcpus=2
>>> kernel parameter but the output only shows 1.
>>>
>>> Any ideas what could be wrong in my setup? or is this normal? I have
>>> the feeling my whole dom0 and domUs are running on a single core...
>>>
>>> Best regards,
>>> John
>>>
>>> _______________________________________________
>>> Xen-users mailing list
>>> Xen-users@xxxxxxxxxxxxxxxxxxxx
>>> https://lists.xenproject.org/mailman/listinfo/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxxx
> https://lists.xenproject.org/mailman/listinfo/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.