From mboxrd@z Thu Jan 1 00:00:00 1970 From: Uri Lublin Subject: Re: [ANNOUNCE] kvm-autotest Date: Mon, 21 Jul 2008 17:43:00 +0300 Message-ID: <4884A074.8040006@qumranet.com> References: <48709B6D.6030300@qumranet.com> <20080709154357.GA6217@dmt.cnet> <4875FC00.2090205@qumranet.com> <20080712153132.GR4188@us.ibm.com> <487BFBCF.7090307@qumranet.com> <20080715123258.GT4188@us.ibm.com> <487E801D.5080304@qumranet.com> <20080717000822.GA4188@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , kvm@vger.kernel.org, Dror Russo To: Ryan Harper Return-path: Received: from mis011-1.exch011.intermedia.net ([64.78.21.221]:47657 "EHLO mis011-1.exch011.intermedia.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752521AbYGUOnK (ORCPT ); Mon, 21 Jul 2008 10:43:10 -0400 In-Reply-To: <20080717000822.GA4188@us.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: Ryan Harper wrote: > * Uri Lublin [2008-07-16 18:15]: >> >> I think most kvm-tests will be client tests. > > Agreed, the above examples will be client tests. Autotest client can do > parallel execution, or even step-wise. Between those, we should be able > to ensure we get proper coverage for the envisioned scenarios. > >> More complex tests, which involve multiple hosts, such as migration >> between two hosts, should be server tests. >> >> Managing all those tests, can be done by autoserv. > > Agreed. > We all agree that most kvm tests are client-side tests. The server manages multiple hosts and complex tests (such as multi-host migration). The server also may run autotest tests on linux guests. We consider kvm-install, kvm-boot, kvm-guest-install as client tests. Following your comments our plan is to move the control to the server size: The server executes a .srv file (or a server side control). It calls client-tests (including simple building blocks such as kvm-installation, boot/destroy a KVM-VM, etc), providing guest id and some specific tests parameters. Guests are always created on the client (similar to current kvm-autotest behaviour) and a client-side class that knows how to map guest-id with a running guest (including guest-ip) will be used by all kvm client tests. Accessing a linux guest (e.g. running autotest tests) can be done from the server simply by using hosts.SSHHost just like any other linux host. This will only work for global dhcp (no local host-only bridge) or if server and host are the same. Client tests can also be started from the client side using client-side control files. We do not know yet what we'll do with non-linux guests, but we sure want to test them too. Thanks, Uri