Re: [Xen-API] Dom 0 not able to install on 32 bit sys

[Carlton Brown <carlton.brown@xxxxxxxxx>]

Rushikesh (et al);

I'm fairly new to the Xen thing, myself, although I have a long
history as a programmer in *nix environments.  I have only recently
run a successful 32-bit build of the hypervisor, but
I have not yet successfully booted a working, usable environment.  I'm
not convinced that my build is functional - just that it did build to
completion, successfully.  There were a lot of dependencies that I was
not aware that I needed, when I embarked upon this task.  I still seem
to have run-time problems, and debugging them may be a little out of
my league - I was a network communications programmer, not a kernel
programmer.  Thankfully, I'm not working at the moment, so I have some
time to climb the learning curve - and that's what I'm doing now.

Admittedly, it'd be easier if there were a usable 32-bit XCP distro
already available, but the Xen 3.0 LiveCD boots and runs on my system,
so I'm fairly confident that I can get this running (given enough
time).  When I do, I'll write up a web page on the subject.  If I'm
able to do a generic 32-bit build and put it up for download, I'll do
that, too.  Of course, my focus is on my own equipment
configuration...  :)  I'm not even really a Xen user - more of an
evaluator - so I am a very long ways away from being anything
resembling a qualified XCP developer.  My hardware configuration
consists of Dell PowerEdge 1750's - 5 of them.  Cheesy hardware for
the task, but it's what I have...  :)

I have not been evaluating Xen to run within VirtualBox or VMware.
VMware is expensive commercial software (or was, the last time I
checked), and if I had those resources I'd simply buy 64-bit hardware
to eliminate the current problem.  VirtualBox was recently taken over
by Oracle, and they have a reputation for destroying open-source
freeware apps that they get control of - by commercializing them,
butchering the product, changing the license so as to make it
effectively unusable, closing source code, and/or destroying the
supporting community.  On the basis of their reputation, I eliminated
VirtualBox as a viable option for my situation.  I am frankly a little
concerned that Citrix may be doing the same to Xen, based upon recent
community and download website issues - but Xen remains the best
available virtualization option for my circumstances, so far.

Any help is welcomed, since I'm pretty sure that working on Xen is a
full-time (or nearly full-time) job, and climbing the learning curve
to understand the innards is going to be a task comparable to (if not
the same as) becoming a kernel programmer.  I'm probably doing
something very simple - and doing it wrong - and when I find out what
it is I'm probably going to feel like a moron.  Less so, if I can
figure it out with less of an investment of wasted time...  :)


Carlton



On Wed, May 4, 2011 at 9:36 PM, Todd Deshane <todd.deshane@xxxxxxx> wrote:
> On Wed, May 4, 2011 at 11:46 AM, Dustin Marquess <dmarquess@xxxxxxxxx> wrote:
>> XCP uses a 32-bit dom0, however it uses a 64-bit version of the Xen
>> hypervisor.  As far as I'm aware, there is no 32-bit distribution of
>> XCP.
>>
>
> That's correct. A 64bit system is required. Carlton had interest in
> adding 32bit support. Adding him to the CC.
>
> Thanks,
> Todd
>
>> It should work within VirtualBox or VMware, however you will not be
>> able to launch HVM guests using it, only PV guests.
>>
>> -Dustin
>>
>> On Wed, May 4, 2011 at 3:01 AM, Rushikesh <rushikesh.jadhav@xxxxxxxxxx> 
>> wrote:
>>> Hello,
>>>
>>> I'm trying to install XCP1 on a 32 bit processor PC system but while
>>> loading the kernel the boot loaders throws an error of "No 64 bit cpu
>>> found".
>>>
>>> So, Is it compulsory to have a 64 bit architecture to install XCP ??  I
>>> know that the Dom0 of XCP is 32bit.
>>>
>>> and I have one more question
>>>
>>> Is it possible to install XCP1 into Oracle Virtualbox or Vmware .. im
>>> just checking the possibilities of XCP.
>>>
>>> Regards,
>>> Rushikesh
>>>
>>> _______________________________________________
>>> xen-api mailing list
>>> xen-api@xxxxxxxxxxxxxxxxxxx
>>> http://lists.xensource.com/mailman/listinfo/xen-api
>>>
>>
>> _______________________________________________
>> xen-api mailing list
>> xen-api@xxxxxxxxxxxxxxxxxxx
>> http://lists.xensource.com/mailman/listinfo/xen-api
>>
>
>
>
> --
> Todd Deshane
> http://www.linkedin.com/in/deshantm
> http://www.xen.org/products/cloudxen.html
> http://runningxen.com/
>

_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api