Return-Path: Delivered-To: apmail-builds-archive@minotaur.apache.org Received: (qmail 76351 invoked from network); 1 Mar 2010 09:31:31 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Mar 2010 09:31:31 -0000 Received: (qmail 7290 invoked by uid 500); 1 Mar 2010 09:31:31 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 7231 invoked by uid 500); 1 Mar 2010 09:31:31 -0000 Mailing-List: contact builds-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: builds@apache.org Delivered-To: mailing list builds@apache.org Delivered-To: moderator for builds@apache.org Received: (qmail 3079 invoked by uid 99); 1 Mar 2010 09:27:16 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of norman.maurer@googlemail.com designates 74.125.82.50 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZPu+Z2vx5tS1NcVOZysMaL27NLVFMaUxLRNAGnp5bYI=; b=FuaIyQ5reNPB5Ms9pDanmd0uKOXYAykdrfyeygpBgsHVjElmk+nXntfM8PB/xoGvK6 uQQkqV7AB3QnVueZ2QKGMBo6FeeUeW1/ns9Icm4T8l5ObX9BfNC+1IKdcMGTH0fxZF+l IPY+q/yZPWYBX1cxjsxnHVBpuobwFZifMzLeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PUNhrwHh7xtgk4BjZzHuhqpqV/Cppb92vNUcwyjaGWHelMwS/IUq5MQa/SaKqtJ6gh lVNg2QTXqOuLr1HUQm+fuRsmvhu3c86lCP6TYp0SzkvXtfngqIaqdhAyhzQyEX4UUuCl WC69a3k6Vt6tSISm8nPRJlbXQvxQil8EA/8cE= MIME-Version: 1.0 In-Reply-To: <001f01cab918$b38d5c60$1aa81520$@de> References: <510143ac1002260712g9cca305sc79450197de82d03@mail.gmail.com> <000001cab742$06d298f0$1477cad0$@de> <510143ac1002280143x2dc0ededs9f8b468430ec7252@mail.gmail.com> <00f101cab85f$5c03fe90$140bfbb0$@com.au> <001f01cab918$b38d5c60$1aa81520$@de> Date: Mon, 1 Mar 2010 10:26:46 +0100 Message-ID: <75bda7a01003010126u5527a19au5ab39a8c01123e2e@mail.gmail.com> Subject: Re: [hudson] Killed subversion-1.6.x-solaris build 88 From: Norman Maurer To: Uwe Schindler Cc: builds@apache.org, Apache Infrastructure Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Uwe, the lucene and hudson zone are not the same. They are even not on the same physical server. Anyway the high load was caused by the lenya zone which is located on teh same server as the lucene zone. Hope it will work out better now.. Have fun, Norman 2010/3/1 Uwe Schindler : >> Note that (to answer Uwes question also) I created an Infra issue back >> in >> December >> for a new Solaris zone for Hudson and Buildbot. >> >> http://issues.apache.org/jira/browse/INFRA-2360 >> >> I hope to get the new Hudson zone up and running in the next day or >> two, >> which should >> alleviate pressure from the other two. > > I am not sure, if this would solve the load problems on lucene.zones: > > load averages: 50.76, 50.55, 47.90 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 08:21:02 > 32 processes: =A029 sleeping, 1 running, 2 on cpu > CPU states: =A00.0% idle, 50.2% user, 49.8% kernel, =A00.0% iowait, =A00.= 0% swap > > From my solaris knowledge, the given load in the output of "top" is not f= rom this zone alone, it is the load of the whole physical machine (and 1 ru= nning java compilation process cannot create a load of 50). Nothing more is= running at the moment on that zone. > > So my question is more, what is also running on the *physical* machine, t= hat eats up all the cpu resources? > > Uwe > >