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

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

[Outback Dingo]

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

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

[Todd Deshane]

adding xen-api to the CC

BCC xen-devel

On Wed, Apr 13, 2011 at 3:24 AM, Outback Dingo <outbackdingo@gmail.com> wrote:
> 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
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
>



-- 
Todd Deshane
http://www.linkedin.com/in/deshantm
http://www.xen.org/products/cloudxen.html