qemu-e2k/tests/vm
Eduardo Habkost fb3b4e6d88 basevm: Call logging.basicConfig()
Just setting level=DEBUG when debug is enabled is not enough: we
need to set up a log handler if we want debug messages generated
using logging.getLogger(...).debug() to be printed.

This was not a problem before because logging.debug() calls
logging.basicConfig() implicitly, but it's safer to not rely on
that.

Cc: "Alex Bennée" <alex.bennee@linaro.org>
Cc: Fam Zheng <famz@redhat.com>
Cc: "Philippe Mathieu-Daudé" <f4bug@amsat.org>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Message-Id: <20170927130339.21444-4-ehabkost@redhat.com>
Reviewed-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Fam Zheng <famz@redhat.com>
Reviewed-by: Lukáš Doktor <ldoktor@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2017-10-11 15:15:17 -03:00
..
Makefile.include Makefile: Add rules to run vm tests 2017-09-22 14:51:42 +08:00
README tests: Add README for vm tests 2017-09-22 14:51:43 +08:00
basevm.py basevm: Call logging.basicConfig() 2017-10-11 15:15:17 -03:00
freebsd
netbsd tests: Add NetBSD image 2017-09-22 14:51:42 +08:00
openbsd tests: Add OpenBSD image 2017-09-22 14:51:42 +08:00
ubuntu.i386

README

=== VM test suite to run build in guests ===

== Intro ==

This test suite contains scripts that bootstrap various guest images that have
necessary packages to build QEMU. The basic usage is documented in Makefile
help which is displayed with "make vm-test".

== Quick start ==

Run "make vm-test" to list available make targets. Invoke a specific make
command to run build test in an image. For example, "make vm-build-freebsd"
will build the source tree in the FreeBSD image. The command can be executed
from either the source tree or the build dir; if the former, ./configure is not
needed. The command will then generate the test image in ./tests/vm/ under the
working directory.

Note: images created by the scripts accept a well-known RSA key pair for SSH
access, so they SHOULD NOT be exposed to external interfaces if you are
concerned about attackers taking control of the guest and potentially
exploiting a QEMU security bug to compromise the host.

== QEMU binary ==

By default, qemu-system-x86_64 is searched in $PATH to run the guest. If there
isn't one, or if it is older than 2.10, the test won't work. In this case,
provide the QEMU binary in env var: QEMU=/path/to/qemu-2.10+.

== Make jobs ==

The "-j$X" option in the make command line is not propagated into the VM,
specify "J=$X" to control the make jobs in the guest.

== Debugging ==

Add "DEBUG=1" and/or "V=1" to the make command to allow interactive debugging
and verbose output. If this is not enough, see the next section.

== Manual invocation ==

Each guest script is an executable script with the same command line options.
For example to work with the netbsd guest, use $QEMU_SRC/tests/vm/netbsd:

    $ cd $QEMU_SRC/tests/vm

    # To bootstrap the image
    $ ./netbsd --build-image --image /var/tmp/netbsd.img
    <...>

    # To run an arbitrary command in guest (the output will not be echoed unless
    # --debug is added)
    $ ./netbsd --debug --image /var/tmp/netbsd.img uname -a

    # To build QEMU in guest
    $ ./netbsd --debug --image /var/tmp/netbsd.img --build-qemu $QEMU_SRC

    # To get to an interactive shell
    $ ./netbsd --interactive --image /var/tmp/netbsd.img sh

== Adding new guests ==

Please look at existing guest scripts for how to add new guests.

Most importantly, create a subclass of BaseVM and implement build_image()
method and define BUILD_SCRIPT, then finally call basevm.main() from the
script's main().

  - Usually in build_image(), a template image is downloaded from a predefined
    URL. BaseVM._download_with_cache() takes care of the cache and the
    checksum, so consider using it.

  - Once the image is downloaded, users, SSH server and QEMU build deps should
    be set up:

    * Root password set to BaseVM.ROOT_PASS
    * User BaseVM.GUEST_USER is created, and password set to BaseVM.GUEST_PASS
    * SSH service is enabled and started on boot,
      $QEMU_SRC/tests/keys/id_rsa.pub is added to ssh's "authorized_keys" file
      of both root and the normal user
    * DHCP client service is enabled and started on boot, so that it can
      automatically configure the virtio-net-pci NIC and communicate with QEMU
      user net (10.0.2.2)
    * Necessary packages are installed to untar the source tarball and build
      QEMU

  - Write a proper BUILD_SCRIPT template, which should be a shell script that
    untars a raw virtio-blk block device, which is the tarball data blob of the
    QEMU source tree, then configure/build it. Running "make check" is also
    recommended.