Return-Path: Delivered-To: apmail-hadoop-chukwa-user-archive@minotaur.apache.org Received: (qmail 51587 invoked from network); 12 Jan 2010 18:24:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Jan 2010 18:24:57 -0000 Received: (qmail 27137 invoked by uid 500); 12 Jan 2010 18:24:57 -0000 Delivered-To: apmail-hadoop-chukwa-user-archive@hadoop.apache.org Received: (qmail 27065 invoked by uid 500); 12 Jan 2010 18:24:56 -0000 Mailing-List: contact chukwa-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: chukwa-user@hadoop.apache.org Delivered-To: mailing list chukwa-user@hadoop.apache.org Received: (qmail 27056 invoked by uid 99); 12 Jan 2010 18:24:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jan 2010 18:24:56 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of billgraham@gmail.com designates 209.85.160.50 as permitted sender) Received: from [209.85.160.50] (HELO mail-pw0-f50.google.com) (209.85.160.50) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jan 2010 18:24:50 +0000 Received: by pwi20 with SMTP id 20so2463065pwi.29 for ; Tue, 12 Jan 2010 10:24:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:message-id :subject:from:to:content-type; bh=484OPWqogCNaHLFeyI8uIFH2DkqmFVkTW6+oCCygU6M=; b=oRSCAppVC+QOWR938hAtwovW7tboIdSXizxhkNIFKkJQ5jKRhhDvuM3X6iS3MtG8Ne 4nlj3WXQgvLx3JrbbT+Sce7ESR6xywinrxJcXcae8gE399GwwBjFBdEsy2OJ1UhUhp2f /jelsRMid4WvxzvoZBtb5oz5M5rkyDJRjSnC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=ZSZNSQ3ubc36UIb2OkimnzGxKHou8yHH3l3XQsWD+QbXq9Dl5uyz0XDwmUxWj/lSa9 EuWLy/pfEgDyKpBpkYQYQFumDxQq+hhKlrmCOZHjshRC9ePyavexRmjewvKOVvnyiN+w RC246XzWXWPQLTU1CSYMnygNR14Tl4483V0S4= MIME-Version: 1.0 Received: by 10.142.121.4 with SMTP id t4mr1465074wfc.256.1263320669827; Tue, 12 Jan 2010 10:24:29 -0800 (PST) Reply-To: billgraham@gmail.com Date: Tue, 12 Jan 2010 10:24:29 -0800 Message-ID: <449b48761001121024u7fb6df84r4cce0f2f8c43ffed@mail.gmail.com> Subject: suggested changes to tools/init.d scripts From: Bill Graham To: chukwa-user@hadoop.apache.org Content-Type: multipart/alternative; boundary=001636e90c3cc332e3047cfbc3e3 --001636e90c3cc332e3047cfbc3e3 Content-Type: text/plain; charset=ISO-8859-1 Hi, To get the scripts in the tools/init.d folder to run in our environment I had to make a few of the same tweaks to each of them. I'd like to suggest some refactoring of these scripts to make them more easy to use. These are the issues I came across: 1. The scripts try to write lock files to /var/lock/subsys, which is owned by root. Can we change this location to be somewhere that doesn't require root access? 2. The actual run command does an su to the CHUKWA_USER which also caused problems for us. It seems like it would be cleaner to not embed the su calls in the script, but instead allow the user to su when they run the script (which worked much better for us). That way everything done by the script would be done by the same user. 3. Each script has CHUKWA_HOME, CHUKWA_CONF_DIR and CHUKWA_USER hard coded. Hard coded defaults is ok, but the ability to override them without modifying the scripts would be ideal. Let me know if you think these changes make sense and I'll open a JIRA. thanks, Bill --001636e90c3cc332e3047cfbc3e3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

To get the scripts in the tools/init.d folder to run in our envi= ronment I had to make a few of the same tweaks to each of them. I'd lik= e to suggest some refactoring of these scripts to make them more easy to us= e. These are the issues I came across:

1. The scripts try to write lock files to /var/lock/subsys, which is ow= ned by root. Can we change this location to be somewhere that doesn't r= equire root access?

2. The actual run command does an su to the CHUK= WA_USER which also caused problems for us. It seems like it would be cleane= r to not embed the su calls in the script, but instead allow the user to su= when they run the script (which worked much better for us). That way every= thing done by the script would be done by the same user.

3. Each script has CHUKWA_HOME, CHUKWA_CONF_DIR and CHUKWA_USER hard co= ded. Hard coded defaults is ok, but the ability to override them without mo= difying the scripts would be ideal.

Let me know if you think these c= hanges make sense and I'll open a JIRA.

thanks,
Bill
--001636e90c3cc332e3047cfbc3e3--