From: Loic Dachary <loic@dachary.org>
To: "Zhou, Yuan" <yuan.zhou@intel.com>
Cc: Ceph Development <ceph-devel@vger.kernel.org>,
Zack Cerza <zack@redhat.com>
Subject: Re: Ceph code tests / teuthology
Date: Mon, 13 Apr 2015 11:18:55 +0200 [thread overview]
Message-ID: <552B89FF.70809@dachary.org> (raw)
In-Reply-To: <06681238D8946F44A60AA400760A1CBF01F237CC@SHSMSX104.ccr.corp.intel.com>
[-- Attachment #1: Type: text/plain, Size: 3088 bytes --]
Hi,
On 13/04/2015 04:39, Zhou, Yuan wrote:> Hi Loic,
>
>
>
> I’m trying to setup an internal Teuthology cluster here. I was able to setup a 3 node cluster now. however there’s not much docs and I’m confused about some questions here:
>
>
>
> 1) how does Ceph upstream do tests? Currently I see there’s a) Jekins(make check on each PR)
Yes.
> b) Teuthology Integration tests(on important PR only).
>
The teuthology tests are run either by cron jobs or by people. http://pulpito.ceph.com/. They are not run on pull request.
> 2) Teuthology automatically fetch the binary files from gitbuilder.ceph.com currently. However the binary will not be built for each pull request?
Right. Teuthology can be pointed to an alternate repository but there is a catch: it needs to have the same naming conventions as gitbuilder.ceph.com. These naming convention are not documented (as far as I know) and you would need to read the code to figure them out. When I tried to customize the repository, I replaced the code locating the repository with something that was configurable instead (reading the yaml file). But I did it in a hackish way and did not take the time to figure out how to contribute that back properly.
> 3) Can Teuthology working on VMs? I got some info from your blog, looks like you’re running Teuthology on a Openstack/Docker.
The easiest way is to prepare three VMs and make sure you can ssh to them without password. You then create a targets.yaml file with these three machines. And you can run a single job that will use them. It will save you the trouble of setting up a full teuthology cluster (I think http://dachary.org/?p=2204 is still mostly valid). The downside is that it only allows you to run a single job at a time and will not allow you to run teuthology-suite to schedule a number of jobs and have them wait in the queue.
I'm not actually using the docker backend I hacked together, therefore I don't recommend you try this route, unless you have a week or two to devote to it.
> 4) If I have a working Teuthology cluster now, how do I start a full run? or only the workunits/* is good enough?
For instance:
./virtualenv/bin/teuthology-suite --filter-out btrfs,ext4 --priority 1000 --suite rados --suite-branch giant --machine-type plana,burnupi,mira --distro ubuntu --email abhishek.lekshmanan@gmail.com --owner abhishek.lekshmanan@gmail.com --ceph giant-backports
http://tracker.ceph.com/issues/11153 contains many examples of how teuthology is run to test stable releases.
The easiest way to create a single job probably is to run ./virtualenv/bin/teuthology-suite : it will output calls to teuthology that you can probalby copy / paste to run a single job. I've not tried that and went a more difficult route instead (manually assembling yaml files to create a job).
Zack will probably have more hints and advices on how to run your own teuthology suite.
Cheers
>
>
> Thanks for any hints!
>
> -yuan
>
>
>
--
Loïc Dachary, Artisan Logiciel Libre
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next parent reply other threads:[~2015-04-13 9:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <06681238D8946F44A60AA400760A1CBF01F237CC@SHSMSX104.ccr.corp.intel.com>
2015-04-13 9:18 ` Loic Dachary [this message]
2015-04-24 13:57 ` Ceph code tests / teuthology Zhou, Yuan
2015-04-24 16:02 ` Sage Weil
2015-04-24 16:10 ` Zack Cerza
2015-04-25 1:11 ` Zhou, Yuan
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=552B89FF.70809@dachary.org \
--to=loic@dachary.org \
--cc=ceph-devel@vger.kernel.org \
--cc=yuan.zhou@intel.com \
--cc=zack@redhat.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.