Return-Path: Delivered-To: apmail-builds-archive@minotaur.apache.org Received: (qmail 25971 invoked from network); 31 May 2010 10:27:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 31 May 2010 10:27:57 -0000 Received: (qmail 37881 invoked by uid 500); 31 May 2010 10:27:56 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 37765 invoked by uid 500); 31 May 2010 10:27:55 -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 37757 invoked by uid 99); 31 May 2010 10:27:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 May 2010 10:27:54 +0000 X-ASF-Spam-Status: No, hits=-0.8 required=10.0 tests=AWL,FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jmason@gmail.com designates 209.85.161.50 as permitted sender) Received: from [209.85.161.50] (HELO mail-fx0-f50.google.com) (209.85.161.50) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 May 2010 10:27:49 +0000 Received: by fxm1 with SMTP id 1so2907021fxm.23 for ; Mon, 31 May 2010 03:27:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=VeF3yoqbBF7h20JLAihHGjtB8WGBPuKJ9gjDas0lJZQ=; b=nf73/jwGwOhEraQW3aQXwZhMmF/5+jtUIIE1WlZE3uREi+TU69ghu9e4SrjxEq2Okx OyOxwMbrNIKAR3BSRmp6hOG6AatzuZX+yDwmb1oMws8DEEwQUUktrbAoTiea5i7K5Isk ZmTPTaJTlL8zxYer0KBXrQ4ChUuCrj5detuk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=uUQzKrp+U7rZkGXknnmcHfHJ9m+HivEjnYhFYKouCFifb4kOGtidse/ye+K2cIn3ke p5AQqia7a5W71SrQrTsiLz+5xFbu1bKXxV2TGYvRQjfL8DM6LL+t7cEb9nBFpfZB5Mvn nm52J44azm2cmmPgZh0Z7Zy9PY68AEdbn4Fjw= MIME-Version: 1.0 Received: by 10.102.16.4 with SMTP id 4mr1730109mup.45.1275301648440; Mon, 31 May 2010 03:27:28 -0700 (PDT) Sender: jmason@gmail.com Received: by 10.103.95.7 with HTTP; Mon, 31 May 2010 03:27:28 -0700 (PDT) In-Reply-To: References: <007a01cb00a4$f1caafe0$d5600fa0$@com.au> Date: Mon, 31 May 2010 11:27:28 +0100 X-Google-Sender-Auth: Lp5zVq-Kcz7J-Gxp6uPqIWafLdc Message-ID: Subject: Re: New Machine waiting for Hudson Master From: Justin Mason To: builds@apache.org Content-Type: text/plain; charset=UTF-8 On Mon, May 31, 2010 at 10:54, Jukka Zitting wrote: > On Mon, May 31, 2010 at 11:37 AM, Gav... wrote: >> I would like the Master to just be the master and have no builds (ideally, >> we can see how it works out), and >> the accounts created on the machine will only be for Hudson Admins who >> intend to admin the Hudson instance, not folks administering builds - >> a strictly limited set in the same way we admin other boxes. > > Sounds good. +1 >> Do we have any Hudson Admins (or wannabees) who would like to help >> tackle the migration? > > Count me in. I'd like to help out, but am pretty short on time these days :( so I'd better not put myself in the way just yet. >> Does anyone anywhere have any concerns about this move (like we will >> likely have to rename hudson.zones.a.o to something else like >> hudson-master.a.o) > > We probably should set up redirects from hudson.z.a.o to avoid > breaking links to specific build results. +1. If we can point hudson.z.a.o at an Apache somewhere, this can just be a matter of a .htaccess file with a few RewriteRules in it. Another issue: we should send out a warning asap for anyone still using the master for builds (ie those 20 tied jobs). I'll take care of that if you like. > Ideally I'd set up HTTP proxying [1] at http://ci.apache.org/hudson/ > to avoid including any deployment details in Hudson URLs. > [1] http://wiki.hudson-ci.org/display/HUDSON/Running+Hudson+behind+Apache for what it's worth, I ran a buildbot install behind mod_proxy for a while and eventually abandoned it -- it could not handle the "tail-style" log file output mode, where small trickles of data were output every few seconds. This may have similar issues, or possibly Hudson or recent mod_proxy releases have fixed/avoided the bug, I don't know, but just fyi. --j.