Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 67EFEF751 for ; Fri, 26 Apr 2013 21:26:19 +0000 (UTC) Received: (qmail 24314 invoked by uid 500); 26 Apr 2013 21:26:19 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 24262 invoked by uid 500); 26 Apr 2013 21:26:19 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 24253 invoked by uid 99); 26 Apr 2013 21:26:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Apr 2013 21:26:19 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of texpilot@gmail.com designates 209.85.215.175 as permitted sender) Received: from [209.85.215.175] (HELO mail-ea0-f175.google.com) (209.85.215.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Apr 2013 21:26:13 +0000 Received: by mail-ea0-f175.google.com with SMTP id f15so1825564eak.20 for ; Fri, 26 Apr 2013 14:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=PgbuyrDwq5bHdbtteR7NAqowgNVmJ0swo8wC5oO5vQo=; b=mxN49HRMX+MsVQV/nnl23iaJYUaRre+Oh1UKNbcRL+kNWYgxQHP4oKedK1oM7tccXi QbI+NvPaqX4yOMjiUPVGIkzttkNK1IEC98GLqAWEruFfLcmwRLIoasX7j5Uy7DTaGMBM 8uaVMIW+8tVHdgcd3T3ItHGWxjJDWZTnNXYe2iyrlZlx1RnU2LuwQuJydxlxc+4jPshm AbJnJDuQtpstCc5qJC2wjinLLju0+tPFaRKnJh7FvTXV7xvuSk6HXzVkJ5WpGY0XRJQs LrHh2jAG/OcIJ/D7RLevxGb4H2Q316aCEcW1celRQq1h+W2mk65VsUn1CZplXyWzT/Re jpKw== MIME-Version: 1.0 X-Received: by 10.15.27.195 with SMTP id p43mr91367716eeu.8.1367011552392; Fri, 26 Apr 2013 14:25:52 -0700 (PDT) Received: by 10.223.82.129 with HTTP; Fri, 26 Apr 2013 14:25:52 -0700 (PDT) In-Reply-To: References: Date: Fri, 26 Apr 2013 16:25:52 -0500 Message-ID: Subject: Re: Accumulo software and processes owner From: "Terry P." To: user@accumulo.apache.org, vines@apache.org Content-Type: multipart/alternative; boundary=089e0163450afc19f204db4a2dd5 X-Virus-Checked: Checked by ClamAV on apache.org --089e0163450afc19f204db4a2dd5 Content-Type: text/plain; charset=UTF-8 John, sorry, I did find bits under the /src/assemble/platform/debian/init.d directory -- I'm on Red Hat and CentOS though, and very Debian illiterate so not sure how much rework it would be to run on Red Hat / CentOS. On Fri, Apr 26, 2013 at 4:24 PM, Terry P. wrote: > Thanks guys. Adam, what you laid out gives me exactly what I needed. > > Josh, when adding the recommendation to the docs to use 'accumulo' > account, for newbs like me it would also help to provide the info Adam > shared as well. Right now the user manual pretty much assumes you know > exactly what you're doing with HDFS, which (as I am proof of!) is not > always the case. > > John, are you referring to 1.5? I don't see an assembly/init.d directory > in 1.4.2. And while 1.4.2 does have the etc_initd_accumulo script, it does > not have any 'su' commands in it to su to an accumulo (or otherwise-named) > account to start Accumulo, which is also one of the main reasons I wanted > to ask the question. > > Thanks again gang. > > > > On Fri, Apr 26, 2013 at 4:14 PM, John Vines wrote: > >> On top of what Adam said, the scripts under assembly/init.d will not only >> install init.d scripts and set rc levels, they will also create an >> accumulo, accumulo_trace, and accumulo_monitor user and the processes will >> run under those users. >> >> >> On Fri, Apr 26, 2013 at 4:35 PM, Terry P. wrote: >> >>> I just finished setting up an 8-node cluster using Cloudera CDH3u5 and >>> Accumulo 1.4.2. The Cloudera rpm installations created the hdfs Linux user >>> and hadoop group (and others). I initially created an accumulo Linux user >>> and set it as the owner of the Accumulo software. >>> >>> However, after HDFS was up and running, when I attempted to start >>> Accumulo as the accumulo Linux user, I of course got HDFS permission denied >>> when it tried to write to HDFS. Being a newbie, I didn't bother figuring >>> out how to grant HDFS permissions to the accumulo account, I just started >>> Accumulo as the hdfs user so I could get things rolling. >>> >>> As what user does one normally start Accumulo? hdfs? Linux root? The >>> Accumulo User Manual never recommends anything about who the Accumulo >>> binaries should be owned by or what account it should be run under (e.g. >>> root, or an accumulo Linux account). >>> >>> Thanks in advance, >>> Terry >>> >> >> > --089e0163450afc19f204db4a2dd5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
John, sorry, I did find bits under the /src/assemble/platf= orm/debian/init.d directory -- I'm on Red Hat and CentOS though, and ve= ry Debian illiterate so not sure how much rework it would be to run on Red = Hat / CentOS.


On Fri,= Apr 26, 2013 at 4:24 PM, Terry P. <texpilot@gmail.com> wro= te:
Thanks guys.=C2=A0 Ada= m, what you laid out gives me exactly what I needed.

Josh, whe= n adding the recommendation to the docs to use 'accumulo' account, = for newbs like me it would also help to provide the info Adam shared as wel= l.=C2=A0 Right now the user manual pretty much assumes you know exactly wha= t you're doing with HDFS, which (as I am proof of!) is not always the c= ase.

John, are you referring to 1.5?=C2=A0 I don't see an assembly/= init.d directory in 1.4.2.=C2=A0 And while 1.4.2 does have the etc_initd_ac= cumulo script, it does not have any 'su' commands in it to su to an= accumulo (or otherwise-named) account to start Accumulo, which is also one= of the main reasons I wanted to ask the question.

Thanks again gang.

=


On Fri, Apr 26, 2013 at 4:14 PM, John Vines <vines@apache.org><= /span> wrote:
On top of what Adam said, t= he scripts under assembly/init.d will not only install init.d scripts and s= et rc levels, they will also create an accumulo, accumulo_trace, and accumu= lo_monitor user and the processes will run under those users.


On Fri, Apr 26, 2013 at 4:35 PM, Terry P. <texpilot@gmail.com>= wrote:
I just finis= hed setting up an 8-node cluster using Cloudera CDH3u5 and Accumulo 1.4.2.= =C2=A0 The Cloudera rpm installations created the hdfs Linux user and hadoo= p group (and others).=C2=A0 I initially created an accumulo Linux user and = set it as the owner of the Accumulo software.

However, after HDFS was up and running, when I attempted to start= Accumulo as the accumulo Linux user, I of course got HDFS permission denie= d when it tried to write to HDFS.=C2=A0 Being a newbie, I didn't bother= figuring out how to grant HDFS permissions to the accumulo account, I just= started Accumulo as the hdfs user so I could get things rolling.

As what user does one normally start Accumulo?=C2=A0 hdfs?=C2=A0 = Linux root?=C2=A0 The Accumulo User Manual never recommends anything about = who the Accumulo binaries should be owned by or what account it should be r= un under (e.g. root, or an accumulo Linux account).

Thanks in advance,
Terry



--089e0163450afc19f204db4a2dd5--