All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Stekloff <dsteklof@us.ibm.com>
To: "Yu, Ping Y" <ping.y.yu@intel.com>
Cc: xen-devel@lists.xensource.com, Rick Gonzalez <rcgneo@us.ibm.com>
Subject: RE: Daily Xen-HVM Builds: cs9226
Date: Wed, 15 Mar 2006 22:31:16 -0800	[thread overview]
Message-ID: <1142490677.4302.17.camel@localhost.localdomain> (raw)
In-Reply-To: <2BF508F394C196468CCBEC031320DCDFA9DF19@pdsmsx405>

On Thu, 2006-03-16 at 13:25 +0800, Yu, Ping Y wrote:
> Daniel,
> 
> Currently, HVM support multiple disks in QEMU configure, and you can add
> extra disks by configuring options in "disk", for example,
> disk = [ 'file:/var/images/min-el3-i386.img,ioemu:hda,w', 'file:/var/images/min-el3-i386_2.img,ioemu:hdb,w' ]
> Does it meet your requirement?


My requirement for what? I know HVM domains can support more than one
disk image, the idea is to get xm-test to automate creating disk images
for testing HVM domains. My plan is to eventually is to use
device-mapper to present a read only root image, that all the xm-test
HVM test domains will share and then add writable partitions as needed
to test domains. 


> Currently problem is that strict check is added in VBD and forbid one 
> image for multiple HVM and all those test cases in xm-test failed, see information
>  below:
> 
> [dom0] Running `xm create /tmp/xm-test.conf'
> Using config file "/tmp/xm-test.conf".
> Error: Device 768 (vbd) could not be connected.
> File /opt/vmm/control_panel/xm-test/ramdisk/disk.img is loopback-mounted through /dev/loop0,
> which is mounted in a guest domain,
> and so cannot be mounted now.
> Failed to create test domain because:
> Using config file "/tmp/xm-test.conf".
> Error: Device 768 (vbd) could not be connected.
> File /opt/vmm/control_panel/xm-test/ramdisk/disk.img is loopback-mounted through /dev/loop0,
> which is mounted in a guest domain,
> and so cannot be mounted now.
> 
> REASON: Failed to create domain


The vbd issue wasn't that only one image could be loaded for one HVM
domain, if that's what you're saying. The issue was exceeding the number
of loopback devices on the system. Qemu-dm loads disk images using
loopback devices - so you are therefore the number of disk images able
to be mounted is limited to the number of configured loopback devices.

There was a bug in 11_create_concurrent_pos.py in xm-test because it
goes and creates as many concurrent domains as possible based on memory
and a cutoff of 50. This is fine for para virt, but broke for HVM
because of the loopback device limit. I have patched the test and it
should work for you. I have run 11_create_concurrent_pos.py on my x366
where I've changed the kernel option max_loop=256 and been able to load
50 disk images all using the same disk image. 

Thanks,

Dan

  reply	other threads:[~2006-03-16  6:31 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-16  5:25 Daily Xen-HVM Builds: cs9226 Yu, Ping Y
2006-03-16  6:31 ` Daniel Stekloff [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-03-16  6:49 Yu, Ping Y
2006-03-15  9:24 Yu, Ping Y
2006-03-15 15:09 ` Daniel Stekloff
2006-03-14 22:48 Rick Gonzalez

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=1142490677.4302.17.camel@localhost.localdomain \
    --to=dsteklof@us.ibm.com \
    --cc=ping.y.yu@intel.com \
    --cc=rcgneo@us.ibm.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.