xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Ian Campbell <Ian.Campbell@citrix.com>
To: "Phil Winterfield (winterfi)" <winterfi@cisco.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"DavidScott@eu.citrix.com" <DavidScott@eu.citrix.com>,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>,
	"Don Banks (donbanks)" <donbanks@cisco.com>,
	"IanCampbell@eu.citrix.com" <IanCampbell@eu.citrix.com>,
	"David.Cottingham@eu.citrix.com" <David.Cottingham@eu.citrix.com>
Subject: Re: Generic PV Guests on XCP?
Date: Wed, 24 Mar 2010 19:45:35 +0000	[thread overview]
Message-ID: <1269459935.28761.910.camel@localhost.localdomain> (raw)
In-Reply-To: <38AD81989214D54EB5F20C69477AF6C10ADF1279@xmb-sjc-217.amer.cisco.com>

On Wed, 2010-03-24 at 18:14 +0000, Phil Winterfield (winterfi) wrote: 
> Has anyone attempted to run a generic (read non Linux/Windows)
> paravirtualized guest OS instance on XCP -0.1.1?  A good example would
> just be building mini-OS and running it as a guest instance on XCP.
> My company has PV OS prototype version of one of its products that has
> been running on non-XCP versions of Xen and I would like to evaluate
> whether XCP is a suitable platform.  In order to do this I need to get
> past some pretty basic questions and issues.  For example, if you were
> to run mini-OS in a VM, what template would you start with?  I started
> out with "Other install media" but it is unclear if that is
> appropriate.  I was able to create the guest instance shown below, but
> that leads to the other questions, i.e.

I don't think you want to start from a template here, since none of the
existing ones meet your needs/usecase. You can create a basic VM
instance with "xe vm-create" and then configure that however you need by
modifying the various fields on the VM object. You may choose to convert
it to a template for convenience of instantiating multiple copies (using
"xe vm-install").

> 1)     How do the old config file startup parameters for my OS
> instance map to the new ‘xe’ syntax, e.g. 

Given a VM UUID (call it $VM) returned by xe vm-create you can do "xe
vm-param-set uuid=$VM param1=val1 param2=val2" just like you have been
doing. I think the fields are all documented in the reference manual --
unfortunately I can't find the XCP version anywhere online. Does anyone
know where this is?

Until that document is found I think the core stuff you are interested
in the same as on XenServer stuff so that reference doc should be enough
to get you going:
http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/browser.html

Once you have created the VM you probably want to set PV-bootloader,
PV-kernel, PV-ramdisk, PV-args as you are now.

If you aren't going to create a template then you can just use "xe
vm-disk-add" to add disks to your VM as required. If you are going to
convert to a template and install from there then it would be better to
set other-config:disks to a suitable snippet of XML to create the
appropriate disks at vm-install time -- see the existing templates for
an example of the syntax.

> memory = 2048

I think you have to use xe vm-memory-{static,dynamic}-range-set instead
of vm-param-set for these ones. Each one takes a min and a max. In the
first instance I'd just set them all the same, i.e. "2048MiB" but in the
future if you are interested in enabling ballooning you can set ranges
etc.

> vcpu=1

Set VCPUs-max and VCPUs-at-startup. Again I would set them to the same
value to start with until you want to be able to dynamically add more
VCPUs than you started with to your VM without rebooting.

> on_crash = 'coredump-destroy'

You can set "action-after-crash" to one of "Preserve", "Destroy",
"Restart". I don't know if there is a direct equivalent to
coredump-destroy in XCP.

> 2)     How do I connect to the serial console on the OS instance?  For
> instance, when I do:

The consoles are exported via XenAPI in VNC format. You need a XenAPI
client which is capable of attaching to these. Looks like
http://www.xvpsource.org/ is the place to look?

Personally I usually use /opt/xensource/debug/vncproxy (copied to my
workstation) to create a local socket on my workstation which is proxied
to the XCP host and then run vncviewer locally against that proxy.

Ian.

  reply	other threads:[~2010-03-24 19:45 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-24 18:14 Generic PV Guests on XCP? Phil Winterfield (winterfi)
2010-03-24 19:45 ` Ian Campbell [this message]
     [not found]   ` <1269459935.28761.910.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2010-03-24 20:11     ` [Xen-devel] " Ian Campbell
2010-03-24 20:50     ` Anil Madhavapeddy
2010-03-25 19:48       ` [Xen-API] " Phil Winterfield (winterfi)
2010-03-29 18:21   ` Phil Winterfield (winterfi)
2010-03-29 18:30     ` Ian Campbell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1269459935.28761.910.camel@localhost.localdomain \
    --to=ian.campbell@citrix.com \
    --cc=David.Cottingham@eu.citrix.com \
    --cc=DavidScott@eu.citrix.com \
    --cc=IanCampbell@eu.citrix.com \
    --cc=donbanks@cisco.com \
    --cc=winterfi@cisco.com \
    --cc=xen-api@lists.xensource.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).