public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: David Smith <dsmith@redhat.com>
To: Kris Van Hees <kris.van.hees@oracle.com>
Cc: Elena Zannoni <elena.zannoni@oracle.com>,
	systemtap@sourceware.org,
	        Wenji Huang <wenji.huang@oracle.com>
Subject: Re: Availability of Build and Test System
Date: Fri, 15 Jun 2007 19:51:00 -0000	[thread overview]
Message-ID: <4672ED9F.7010301@redhat.com> (raw)
In-Reply-To: <20070615183848.GF17138@ca-server1.us.oracle.com>

Kris Van Hees wrote:
> On Thu, Jun 14, 2007 at 04:13:04PM -0500, David Smith wrote:
>> - This is an output of "make check", not "make installcheck".  "make
>> check" just performs basic sanity checks, and never actually runs any
>> probes.  For this system to be useful for systemtap, it is going to need
>> to run "make installcheck".
> 
> I most definitely agree.  The choice to run 'make check' for the current
> runs is quite deliberate to ensure that the current worker nodes
> (executing the builds) are at minimal risk of crashing.  Of course, the
> goal is to run the full testsuite.  But that will need a bit of work at
> this point, because crashing the worker nodes is a bit of a problem
> right now.  It is an important problem to resolve either way, since e.g.
> frysk has accomplished a few machine crashes in the past as well.
> 
> Part of this will be trying to capture as much data as possible in the
> event of a crash.

BTW, I forgot to mention that for "make installcheck" to work, "make 
install" has to be run first.  I can't remember if you were doing an 
install or not.

Yep, "make installcheck" can crash the system (although hasn't for me 
personally in a while).  You might check with Will Cohen (who currently 
publishes weekly results) to see what he does for system crashes.  I 
don't know if he just restarts by hand or has an automated system.

Another problem (that you are most likely already aware of) is that with 
just "make check" the gcov results aren't going to be very useful.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

      reply	other threads:[~2007-06-15 19:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-14 17:12 Elena Zannoni
2007-06-14 21:13 ` David Smith
2007-06-15 18:39   ` Kris Van Hees
2007-06-15 19:51     ` David Smith [this message]

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=4672ED9F.7010301@redhat.com \
    --to=dsmith@redhat.com \
    --cc=elena.zannoni@oracle.com \
    --cc=kris.van.hees@oracle.com \
    --cc=systemtap@sourceware.org \
    --cc=wenji.huang@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).