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

[Outback Dingo <outbackdingo@gmail.com>]

[-- Attachment #1.1: Type: text/plain, Size: 3655 bytes --]

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

> No.  The hypervisor itself is still 64-bit.
>
> -Dustin
>
> On Thu, Mar 31, 2011 at 6:35 AM, Eduardo Bragatto <eduardo@bragatto.com>
> 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@gmail.com>
> >> wrote:
> >>>
> >>> On Tue, Mar 8, 2011 at 2:51 PM, Todd Deshane <todd.deshane@xen.org>
> >>> wrote:
> >>>>
> >>>> On Tue, Mar 8, 2011 at 2:46 PM, AP Xen <apxeng@gmail.com> 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@lists.xensource.com
> >>> http://lists.xensource.com/xen-users
> >>>
> >>
> >> _______________________________________________
> >> Xen-users mailing list
> >> Xen-users@lists.xensource.com
> >> http://lists.xensource.com/xen-users
> >
> >
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@lists.xensource.com
> > http://lists.xensource.com/xen-users
> >
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>

[-- Attachment #1.2: Type: text/html, Size: 6066 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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