This is the first change to the ramdisk since v0.1.0. So, we now build
the image as initrd-X.Y.img, and link initrd.img to it. This lets us
have a few checks to make sure that people rebuild their ramdisks when
necessary.
We need to attach a console before rebooting to make sure the domain did
actually boot in the first place. Also, use a better method for pulling out
the uptime string.
correctly. Many checks were looking using output.find("Error") > 1, which is
incorrect, as we do not guarantee that the word "Error" will be first in the
output (never mind the fact that strings are indexed from 0).
All these checks have been changed to compare against -1. In particular, this
should fix the failure of create_noparm_neg and create_badparm_neg on a machine
with the /etc/xen/xmdefconfig file in place, as xm create issues the
Using config file "/etc/xen/xmdefconfig" diagnostic before reporting the error.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
first *should* report failure, so the test should not fail because of this.
The test now fails because multiple calls to block-attach seem to detach the
block devicem, which is wrong.
Signed-off-by: Dan Smith <danms@us.ibm.com>
with a block device attached. It starts up a domain, mounts a block
device, writes data to it, saves, restores, and then verifies that the
block device can still be read.
Signed-off-by: Dan Smith <danms@us.ibm.com>
in with xm-test in changeset 7634. It also adds an "autogen" script
that re-creates these files.
The auto-generated files really don't need to be in the tree, as they
should be generated by the user on the machine where they plan to run
xm-test.
Signed-off-by: Dan Smith <danms@us.ibm.com>
2. Change the MEM_PER_DOM amount in 11_create_concurrent to 24MB, so
that the test will run on x86_64.
3. Increase the number of DomUs created in 12_create_concurrent to 5
4. Fix a logic error in 01_unpause
5. Add a test 06_help that checks all xm commands with 0-10 arguments
to make sure none of them traceback with varying argument counts.
Signed-off-by: Dan Smith <danms@us.ibm.com>
