Return-Path: X-Original-To: apmail-builds-archive@minotaur.apache.org Delivered-To: apmail-builds-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0A385778B for ; Tue, 26 Jul 2011 22:21:36 +0000 (UTC) Received: (qmail 29139 invoked by uid 500); 26 Jul 2011 22:21:35 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 29066 invoked by uid 500); 26 Jul 2011 22:21:35 -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 Received: (qmail 29058 invoked by uid 99); 26 Jul 2011 22:21:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jul 2011 22:21:35 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bimargulies@gmail.com designates 209.85.215.50 as permitted sender) Received: from [209.85.215.50] (HELO mail-ew0-f50.google.com) (209.85.215.50) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jul 2011 22:21:28 +0000 Received: by ewy10 with SMTP id 10so1076220ewy.23 for ; Tue, 26 Jul 2011 15:21:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=shqKHflrh2FtY9o3Oo3gv4atXEDdgZwEJHqKTx/Z2gM=; b=irAqjWB3fRXs14InkB7bLPEsbgH6st0/zFXnVEHe+86kTM5/k3C50jwjis7GUzGtwG 4qC5LA2iEMNOExVpoDJj8n9FlWXPkDM4+h6sJCYpoouk3MM9qMQQH0HvNElViMbdJ7tG DKTTOnVso+99uLnuHFM8H9unx8jDUyoiQ/0pQ= MIME-Version: 1.0 Received: by 10.204.142.193 with SMTP id r1mr210745bku.106.1311718866887; Tue, 26 Jul 2011 15:21:06 -0700 (PDT) Received: by 10.204.102.73 with HTTP; Tue, 26 Jul 2011 15:21:06 -0700 (PDT) In-Reply-To: <4E2F3D81.4000609@apache.org> References: <4E2F34B2.6030000@apache.org> <4E2F37A6.1040300@apache.org> <4E2F3D81.4000609@apache.org> Date: Tue, 26 Jul 2011 18:21:06 -0400 Message-ID: Subject: Re: [jenkins] Two distributed builds share the same workspace From: Benson Margulies To: builds@apache.org Content-Type: text/plain; charset=UTF-8 I did two things: 1) I changed the jobs each to have their own workspace. 2) I changed them to hold the Maven latch, so multiple platforms cannot run in parallel. On Tue, Jul 26, 2011 at 6:19 PM, Dennis Lundberg wrote: > Thanks Benson! > > Was this a change specifically for Solaris or was it one change that > affects all the Labels used? > > On 2011-07-27 00:16, Benson Margulies wrote: >> I fixed this by changing the workspace path for the -m2 job. I turned >> out to have karma. >> >> On Tue, Jul 26, 2011 at 5:54 PM, Dennis Lundberg wrote: >>> Hi again >>> >>> I see now that we have the same problem on OS X, where both jobs are doing: >>> >>> Deleting >>> /Users/hudson/hudson-slave/maven-site-plugin-3.x/workspace/jdk/JDK 1.5 >>> (latest)/label/osx/target >>> >>> One job was almost certainly copied from the other, when it was set up. >>> >>> >>> On 2011-07-26 23:42, Dennis Lundberg wrote: >>>> Hi >>>> >>>> I've investigated some odd build failures on the Solaris slaves for the >>>> builds of maven-site-plugin. There are two builds of the same source >>>> code, but with different versions of Maven. Here are the jobs: >>>> >>>> https://builds.apache.org/view/M-R/view/Maven/job/maven-site-plugin-3.x/ >>>> >>>> https://builds.apache.org/view/M-R/view/Maven/job/maven-site-plugin-3.x-m2/ >>>> >>>> These jobs are set up to build on 4 generic OSes, including the generic >>>> Solaris label. After analyzing the logs I found that both jobs start by >>>> doing this: >>>> >>>> Deleting >>>> /zonestorage/hudson/home/hudson/hudson-slave/maven-site-plugin-3.x/workspace/jdk/JDK >>>> 1.5 (latest)/label/Solaris/target >>>> >>>> So when an SVN change triggers a build, or rather two builds in this >>>> case, the first job is abruptly interrupted by the second one when the >>>> second one simply deletes the entire workspace of the first. >>>> >>>> However the job "maven-site-plugin-3.x-m2" should have it's own >>>> workspace, called "maven-site-plugin-3.x-m2", on the Solaris slave >>>> shouldn't it? >>>> >>>> Is this something that can be configured or is automagical? >>>> >>> >>> >>> -- >>> Dennis Lundberg >>> >> > > > -- > Dennis Lundberg >