* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
[not found] ` <CAPTZE3uMyVpuYXwUHXTPbVz_3DpExePc8fo__KsG53zBAX+xCA@mail.gmail.com>
@ 2018-03-06 10:04 ` George Dunlap
2018-03-06 10:15 ` Andrew Cooper
2018-03-06 10:19 ` Jan Beulich
0 siblings, 2 replies; 9+ messages in thread
From: George Dunlap @ 2018-03-06 10:04 UTC (permalink / raw)
To: John Naggets; +Cc: xen-devel, Boris Ostrovsky, Jan Beulich
[Moving over to xen-devel, cc'ing a few people]
On Tue, Mar 6, 2018 at 8:16 AM, John Naggets <hostingnuggets@gmail.com> 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@canonical.com) (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@umich.edu> wrote:
>> On Sat, Mar 3, 2018 at 11:19 AM, John Naggets <hostingnuggets@gmail.com> 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@lists.xenproject.org
>>> https://lists.xenproject.org/mailman/listinfo/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xenproject.org
> https://lists.xenproject.org/mailman/listinfo/xen-users
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:04 ` [Xen-users] Only one CPU available to Xen? (nr_cpus : 1) George Dunlap
@ 2018-03-06 10:15 ` Andrew Cooper
2018-03-06 10:24 ` John Naggets
2018-03-06 10:25 ` George Dunlap
2018-03-06 10:19 ` Jan Beulich
1 sibling, 2 replies; 9+ messages in thread
From: Andrew Cooper @ 2018-03-06 10:15 UTC (permalink / raw)
To: George Dunlap, John Naggets; +Cc: xen-devel, Boris Ostrovsky, Jan Beulich
On 06/03/18 10:04, George Dunlap wrote:
> [Moving over to xen-devel, cc'ing a few people]
>
> On Tue, Mar 6, 2018 at 8:16 AM, John Naggets <hostingnuggets@gmail.com> 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@canonical.com) (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?
Upgrade Grub to 2.02.
The problem here is that Grub is starting EFI, but doesn't pass the EFI
details to Xen, and Xen therefore cannot locate the RSDP.
Alternatively, switch back to legacy boot, at which point it will all
start working again.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:04 ` [Xen-users] Only one CPU available to Xen? (nr_cpus : 1) George Dunlap
2018-03-06 10:15 ` Andrew Cooper
@ 2018-03-06 10:19 ` Jan Beulich
2018-03-06 10:22 ` Jan Beulich
1 sibling, 1 reply; 9+ messages in thread
From: Jan Beulich @ 2018-03-06 10:19 UTC (permalink / raw)
To: John Naggets, George Dunlap; +Cc: xen-devel, Boris Ostrovsky
>>> On 06.03.18 at 11:04, <dunlapg@umich.edu> wrote:
> On Tue, Mar 6, 2018 at 8:16 AM, John Naggets <hostingnuggets@gmail.com> wrote:
>> 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@canonical.com) (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.
The usual EFI problem, I guess - with an incapable GrUB, only
xen.efi can be used on systems without CSM to boot Xen.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:19 ` Jan Beulich
@ 2018-03-06 10:22 ` Jan Beulich
0 siblings, 0 replies; 9+ messages in thread
From: Jan Beulich @ 2018-03-06 10:22 UTC (permalink / raw)
To: John Naggets, George Dunlap; +Cc: xen-devel, Boris Ostrovsky
>>> On 06.03.18 at 11:19, <JBeulich@suse.com> wrote:
>>>> On 06.03.18 at 11:04, <dunlapg@umich.edu> wrote:
>> On Tue, Mar 6, 2018 at 8:16 AM, John Naggets <hostingnuggets@gmail.com> wrote:
>>> 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@canonical.com) (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.
>
> The usual EFI problem, I guess - with an incapable GrUB, only
> xen.efi can be used on systems without CSM to boot Xen.
Should have said "plain xen.efi" (i.e. either without boot loader,
or invoked via chain loading).
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:15 ` Andrew Cooper
@ 2018-03-06 10:24 ` John Naggets
2018-03-06 10:39 ` Jan Beulich
2018-03-06 10:25 ` George Dunlap
1 sibling, 1 reply; 9+ messages in thread
From: John Naggets @ 2018-03-06 10:24 UTC (permalink / raw)
To: Andrew Cooper; +Cc: xen-devel, George Dunlap, Boris Ostrovsky, Jan Beulich
On Tue, Mar 6, 2018 at 11:15 AM, Andrew Cooper
<andrew.cooper3@citrix.com> wrote:
> Upgrade Grub to 2.02.
>
> The problem here is that Grub is starting EFI, but doesn't pass the EFI
> details to Xen, and Xen therefore cannot locate the RSDP.
I think my Ubuntu 17.10 system is already using GRUB 2.02, at least
this is how it looks like from the packages which are installed (dpkg
-l|grep grub):
ii grub-common 2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader
(common files)
ii grub-efi-amd64 2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader,
version 2 (EFI-AMD64 version)
ii grub-efi-amd64-bin 2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader,
version 2 (EFI-AMD64 binaries)
ii grub-efi-amd64-signed 1.85.2+2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader,
version 2 (EFI-AMD64 version, signed)
ii grub-xen-bin 2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader,
version 2 (Xen binaries)
ii grub-xen-host 2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader,
version 2 (Xen host version)
ii grub2-common 2.02~beta3-4ubuntu7.2
amd64 GRand Unified Bootloader
(common files for version 2)
> Alternatively, switch back to legacy boot, at which point it will all
> start working again.
This is unfortunately not possible. This is a new server which does
not offer legacy boot any more, it's 100% UEFI.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:15 ` Andrew Cooper
2018-03-06 10:24 ` John Naggets
@ 2018-03-06 10:25 ` George Dunlap
1 sibling, 0 replies; 9+ messages in thread
From: George Dunlap @ 2018-03-06 10:25 UTC (permalink / raw)
To: Andrew Cooper; +Cc: John Naggets, xen-devel, Boris Ostrovsky, Jan Beulich
On Tue, Mar 6, 2018 at 10:15 AM, Andrew Cooper
<andrew.cooper3@citrix.com> wrote:
> On 06/03/18 10:04, George Dunlap wrote:
>> [Moving over to xen-devel, cc'ing a few people]
>>
>> On Tue, Mar 6, 2018 at 8:16 AM, John Naggets <hostingnuggets@gmail.com> 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@canonical.com) (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?
>
> Upgrade Grub to 2.02.
>
> The problem here is that Grub is starting EFI, but doesn't pass the EFI
> details to Xen, and Xen therefore cannot locate the RSDP.
>
> Alternatively, switch back to legacy boot, at which point it will all
> start working again.
Would it make sense to add a hint here to the error message? Something like:
"WARNING: Xen couldn't find an RSDP table. If you're booting an EFI
system under grub, make sure your grub is up-to-date, try
direct-booting xen.efi, or downgrading to legacy boot."
-George
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:24 ` John Naggets
@ 2018-03-06 10:39 ` Jan Beulich
2018-03-06 11:50 ` John Naggets
0 siblings, 1 reply; 9+ messages in thread
From: Jan Beulich @ 2018-03-06 10:39 UTC (permalink / raw)
To: John Naggets; +Cc: Andrew Cooper, Boris Ostrovsky, George Dunlap, xen-devel
>>> On 06.03.18 at 11:24, <hostingnuggets@gmail.com> wrote:
> On Tue, Mar 6, 2018 at 11:15 AM, Andrew Cooper
> <andrew.cooper3@citrix.com> wrote:
>> Alternatively, switch back to legacy boot, at which point it will all
>> start working again.
>
> This is unfortunately not possible. This is a new server which does
> not offer legacy boot any more, it's 100% UEFI.
As indicated in another reply, try using GrUB's "chainloader"
directive or boot xen.efi directly from the EFI shell or the EFI
boot loader.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 10:39 ` Jan Beulich
@ 2018-03-06 11:50 ` John Naggets
2018-03-06 12:22 ` Jan Beulich
0 siblings, 1 reply; 9+ messages in thread
From: John Naggets @ 2018-03-06 11:50 UTC (permalink / raw)
To: Jan Beulich; +Cc: Andrew Cooper, Boris Ostrovsky, George Dunlap, xen-devel
On Tue, Mar 6, 2018 at 11:39 AM, Jan Beulich <JBeulich@suse.com> wrote:
> As indicated in another reply, try using GrUB's "chainloader"
> directive or boot xen.efi directly from the EFI shell or the EFI
> boot loader.
Sorry for my naive question but how do I chainload Xen with GRUB? I
did not find any documentation about that on the Xen wiki. I think it
would be useful for other Xen users too to have this documented as in
the future many people will be affected by this problem due to the
fact that more and more servers will deprecate legacy boot mode such
as in my case.
Regarding the second method of having UEFI loading directly the Xen
EFI, I tried this out yesterday using the instructions on the Xen wiki
(https://wiki.xenproject.org/wiki/Xen_EFI#Xen_as_EFI_binary_.28loading.29)
but I get the following error message right when starting to load the
Xen 4.9.0 EFI loader:
Read failed for initrd.img-4.13.0-36-generic: ErrCode: 0x8000000000000004
Any ideas what could be going wrong here?
John
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xen-users] Only one CPU available to Xen? (nr_cpus : 1)
2018-03-06 11:50 ` John Naggets
@ 2018-03-06 12:22 ` Jan Beulich
0 siblings, 0 replies; 9+ messages in thread
From: Jan Beulich @ 2018-03-06 12:22 UTC (permalink / raw)
To: John Naggets; +Cc: Andrew Cooper, Boris Ostrovsky, George Dunlap, xen-devel
>>> On 06.03.18 at 12:50, <hostingnuggets@gmail.com> wrote:
> Regarding the second method of having UEFI loading directly the Xen
> EFI, I tried this out yesterday using the instructions on the Xen wiki
> (https://wiki.xenproject.org/wiki/Xen_EFI#Xen_as_EFI_binary_.28loading.29)
> but I get the following error message right when starting to load the
> Xen 4.9.0 EFI loader:
>
> Read failed for initrd.img-4.13.0-36-generic: ErrCode: 0x8000000000000004
>
> Any ideas what could be going wrong here?
This is EFI_BAD_BUFFER_SIZE - I assume your EFI implementation
can't read arbitrary size blocks (which is a bug), and your initrd is
larger than that size. (Note that you'd have the same issue if you
used chain loading.) I guess your best route is to install a capable
GrUB then.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2018-03-06 12:22 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CAPTZE3smJ_i=AvrK13zgEq-2hOM0urDDwhhrqiMGi24pMCxEZg@mail.gmail.com>
[not found] ` <CAFLBxZbwT88x8+SBniXU3fsbgOhuncs_456952Krb8Z3XKXHug@mail.gmail.com>
[not found] ` <CAPTZE3uMyVpuYXwUHXTPbVz_3DpExePc8fo__KsG53zBAX+xCA@mail.gmail.com>
2018-03-06 10:04 ` [Xen-users] Only one CPU available to Xen? (nr_cpus : 1) George Dunlap
2018-03-06 10:15 ` Andrew Cooper
2018-03-06 10:24 ` John Naggets
2018-03-06 10:39 ` Jan Beulich
2018-03-06 11:50 ` John Naggets
2018-03-06 12:22 ` Jan Beulich
2018-03-06 10:25 ` George Dunlap
2018-03-06 10:19 ` Jan Beulich
2018-03-06 10:22 ` Jan Beulich
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.