[Xen-devel] Re: [Xen-users] XCP - Maximum CPU cores

[Outback Dingo <outbackdingo@xxxxxxxxx>]

On Thu, Mar 31, 2011 at 9:51 AM, Dustin Marquess <dmarquess@xxxxxxxxx> wrote:

No.  The hypervisor itself is still 64-bit.

-Dustin

On Thu, Mar 31, 2011 at 6:35 AM, Eduardo Bragatto <eduardo@xxxxxxxxxxxx> wrote:
> 32bit kernel? Does that mean XCP can only run 32bit guests?
>
> -Eduardo
>
> On Mar 31, 2011, at 1:20 AM, Dustin Marquess wrote:
>
>> It's based on 32-bit CentOS 5.5 + a custom kernel.
>>
>> -Dustin
>>
>> On Wed, Mar 30, 2011 at 8:15 PM, Outback Dingo <outbackdingo@xxxxxxxxx>
>> wrote:
>>>
>>> On Tue, Mar 8, 2011 at 2:51 PM, Todd Deshane <todd.deshane@xxxxxxx>
>>> wrote:
>>>>
>>>> On Tue, Mar 8, 2011 at 2:46 PM, AP Xen <apxeng@xxxxxxxxx> wrote:
>>>>>
>>>>> Technically, it is possible as XCP is open source. You would have to
>>>>> download the source ISO and rebuild Xen with nr_phys_cpus=128. Trying
>>>>> to
>>>>> replace Xen in XCP with the Xen 4.x might be more difficult.

Ok, well heres an update, i did succesfully build/install xen-4.1 on XCP, and got the system to reboot, issue is now

that the api seems to be completely out of whack..... and following 

http://wiki.xensource.com/xenwiki/XCP_Building_Instructions

plainly fails with 

make

omake phase1

*** omake: reading OMakefiles

*** omake: finished reading OMakefiles (0.17 sec)

- build ocaml/util util_inventory.o

+ ocamlfind ocamlopt -package stdext,log -g -dtypes -thread -warn-error +a-4-6-9-27-28-29 -ccopt -fPIC -I +ocamldoc -c util_inventory.ml

File "util_inventory.ml", line 20, characters 11-25:

Error: Unbound module Debug.Debugger

*** omake: 186/329 targets are up to date

*** omake: failed (0.23 sec, 0/14 scans, 1/15 rules, 1/313 digests)

*** omake: targets were not rebuilt because of errors:

   ocaml/util/util_inventory.cmx

      depends on: ocaml/util/util_inventory.ml

   ocaml/util/util_inventory.o

      depends on: ocaml/util/util_inventory.ml

make: *** [all] Error 2

 

>>>>>
>>>>
>>>> True it is open source and should be possible. You're going to want to
>>>> make sure you use at least the 4.1 branch as it has better libxl
>>>> integration.
>>>
>>> Continuation of this conversation, XCP is based on RedHat correct ? which
>>> version?
>>> cat /etc/redhat-release
>>> XCP release 1.0.0-42052c (xcp)
>>> [root@xenserver-gvratnau ~]# uname -a
>>> Linux xenserver-gvratnau 2.6.32.12-0.7.1.xs1.0.0.311.170586xen #1 SMP Tue
>>> Feb 1 17:10:20 EST 2011 i686 i686 i386 GNU/Linux
>>> And if i use the source ISO im not getting version 4.1, so i need to
>>> natively build XEN 4.1 branch on some redhat release... then "remaster"
>>> the
>>> iso so its installable
>>> on multiple systems without the pain of manually doing this to say 20
>>> machines. I realize im way ahead of the curve here probably and am
>>> willing
>>> to suffer through
>>> some pain, and well report back, document the needed steps, however the
>>> remastering piece im sure someone can provide a clue to how this is done.
>>> _______________________________________________
>>> Xen-users mailing list
>>> Xen-users@xxxxxxxxxxxxxxxxxxx
>>> http://lists.xensource.com/xen-users
>>>
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@xxxxxxxxxxxxxxxxxxx
>> http://lists.xensource.com/xen-users
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>

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

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