Return-Path: X-Original-To: apmail-hadoop-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4E370D21A for ; Wed, 7 Nov 2012 20:11:52 +0000 (UTC) Received: (qmail 16530 invoked by uid 500); 7 Nov 2012 20:11:47 -0000 Delivered-To: apmail-hadoop-user-archive@hadoop.apache.org Received: (qmail 16240 invoked by uid 500); 7 Nov 2012 20:11:47 -0000 Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hadoop.apache.org Delivered-To: mailing list user@hadoop.apache.org Received: (qmail 16232 invoked by uid 99); 7 Nov 2012 20:11:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 20:11:47 +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 acm@hortonworks.com designates 209.85.220.48 as permitted sender) Received: from [209.85.220.48] (HELO mail-pa0-f48.google.com) (209.85.220.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 20:11:41 +0000 Received: by mail-pa0-f48.google.com with SMTP id kp12so1436879pab.35 for ; Wed, 07 Nov 2012 12:11:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer:x-gm-message-state; bh=T+QlKOe3MlBXqx+m3t8pXOLAcgDoLyRuRrJObE5cgAA=; b=TkF+7ISCwMkv07RgmmwVQZW+mQYAEdhspDCi2ZzX4Sj+3JYa1jfioAICBywIZw6ckj C5j+EhU/LPoBOqk54xiSL7BOp5O8Ab770xSxHw//8ztSUQdfcOx0c1NHD/a203hV0rkB PxsRJ6zrQ8iIva73x7toTYow1YvjDu63HDxc83bkezY9LyUDJsG+Y2tkxk79kr/DuDbI D9Lr1BCe9JZegNV4t3DtsTa+mce9koECdpyJNjCddY4/lzNA3WnDFunT6vhUflOQxa8d OkAOg3ME2cxqUOh6QXWNWl+fZDUrvzlvyhA5AFccDNGEefgGyJeA5a0WRu9PI2OYX1za PkRg== Received: by 10.66.79.133 with SMTP id j5mr15379339pax.51.1352319081401; Wed, 07 Nov 2012 12:11:21 -0800 (PST) Received: from [10.10.11.175] (host1.hortonworks.com. [70.35.59.2]) by mx.google.com with ESMTPS id o5sm14755739paz.32.2012.11.07.12.11.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Nov 2012 12:11:18 -0800 (PST) From: Arun C Murthy Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-251-349722426 Subject: Re: Sticky Bit Problem (CDH4.1) Date: Wed, 7 Nov 2012 12:11:17 -0800 In-Reply-To: To: user@hadoop.apache.org References: Message-Id: <841531D0-736B-47C2-85C2-455DFA8A27CE@hortonworks.com> X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQn99DjzGiNRscXXAgnTze6In20dytq2Ws8q8mZOWubsAxT3qupfpf8VSCTeR+ghiXv1aPBc X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-251-349722426 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Pls ask Cloudera lists... On Nov 7, 2012, at 9:57 AM, Brian Derickson wrote: > Hey all, >=20 > When setting up the namenode, some of the commands that we run are: > hadoop fs -mkdir /tmp > hadoop fs -chmod -R 1777 /tmp >=20 > This has worked for previous CDH releases of Hadoop. >=20 > We recently upgraded our test cluster to CDH 4.1 and the chmod no = longer works. >=20 > sudo -u hdfs hadoop fs -chmod -R 1777 /tmp > chmod: chmod : mode '1777' does not match the expected pattern. >=20 > sudo -u hdfs hadoop fs -chmod -R +t /tmp > chmod: chmod : mode '+t' does not match the expected pattern. >=20 > This disagrees with the docs here: = https://ccp.cloudera.com/display/CDH4DOC/Deploying+MapReduce+v1+%28MRv1%29= +on+a+Cluster#DeployingMapReducev1%28MRv1%29onaCluster-Step7 >=20 > Has anyone else encountered this? Let me know if you need more = information, and thanks for your time. >=20 -- Arun C. Murthy Hortonworks Inc. http://hortonworks.com/ --Apple-Mail-251-349722426 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Pls = ask Cloudera lists...

On Nov 7, 2012, at 9:57 AM, = Brian Derickson wrote:

Hey = all,

When setting up the namenode, some of the commands that we = run are:
hadoop fs -mkdir /tmp
hadoop fs -chmod -R 1777 = /tmp

This has worked for previous CDH releases of = Hadoop.

We recently upgraded our test cluster to CDH 4.1 and the = chmod no longer works.

sudo -u hdfs hadoop fs -chmod -R 1777 /tmp
chmod: chmod : mode = '1777' does not match the expected pattern.

sudo -u hdfs hadoop = fs -chmod -R +t /tmp
chmod: chmod : mode '+t' does not match the = expected pattern.

This disagrees with the docs here: http= s://ccp.cloudera.com/display/CDH4DOC/Deploying+MapReduce+v1+%28MRv1%29+on+= a+Cluster#DeployingMapReducev1%28MRv1%29onaCluster-Step7

Has anyone else encountered this? Let me know if you need more = information, and thanks for your time.


--
Arun C. Murthy
Hortonworks Inc.
http://hortonworks.com/

=

= --Apple-Mail-251-349722426--