Return-Path: X-Original-To: apmail-hadoop-mapreduce-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-mapreduce-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 DC75BD35E for ; Wed, 7 Nov 2012 20:45:00 +0000 (UTC) Received: (qmail 2949 invoked by uid 500); 7 Nov 2012 20:44:56 -0000 Delivered-To: apmail-hadoop-mapreduce-user-archive@hadoop.apache.org Received: (qmail 2604 invoked by uid 500); 7 Nov 2012 20:44:55 -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 2595 invoked by uid 99); 7 Nov 2012 20:44:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 20:44:55 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [206.47.135.205] (HELO Spam1.prd.mpac.ca) (206.47.135.205) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 20:44:49 +0000 Received: from Spam1.prd.mpac.ca (unknown [127.0.0.1]) by IMSVA80 (Postfix) with ESMTP id C38DD1D8071 for ; Wed, 7 Nov 2012 15:44:24 -0500 (EST) Received: from SMAIL1.prd.mpac.ca (unknown [172.29.2.53]) by Spam1.prd.mpac.ca (Postfix) with ESMTP id 72A0D1D806C for ; Wed, 7 Nov 2012 15:44:24 -0500 (EST) Received: from SMAIL1.prd.mpac.ca ([fe80::d548:4221:967c:4cfb]) by SMAIL1.prd.mpac.ca ([fe80::18cb:8648:b77f:2b55%11]) with mapi id 14.02.0318.004; Wed, 7 Nov 2012 15:44:09 -0500 From: "Kartashov, Andy" To: "user@hadoop.apache.org" Subject: RE: Sticky Bit Problem (CDH4.1) Thread-Topic: Sticky Bit Problem (CDH4.1) Thread-Index: AQHNvRFvW3Ayq9Rez0Gdrs7iUHNr85ffIcWA//+0ofA= Date: Wed, 7 Nov 2012 20:44:09 +0000 Message-ID: References: <841531D0-736B-47C2-85C2-455DFA8A27CE@hortonworks.com> In-Reply-To: <841531D0-736B-47C2-85C2-455DFA8A27CE@hortonworks.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.29.60.102] Content-Type: multipart/alternative; boundary="_000_BD42F346AE90F544A731516A805D1B8AD85DE0SMAIL1prdmpacca_" MIME-Version: 1.0 X-TM-AS-Product-Ver: IMSVA-8.0.0.1304-6.5.0.1024-19348.002 X-TM-AS-Result: No--25.214-5.0-31-10 X-imss-scan-details: No--25.214-5.0-31-10 X-TM-AS-Result-Xfilter: Match text exemption rules:No X-TMASE-MatchedRID: x2HXvaraFoku+/ZxS0sr+4BXdkxWsrDIYu7s3QSSN+S1eX0jEQ9c6v8g 4XHLMJDBa3n3Il6sr8zov4MY2WSEP4LZBzOZKTcQJrUxoq6hvw8rHkgIan9a0bUV4VfJ6SB0ooD OUJ6de4Utv6RAZZaLEqjt2z8/Hd3t04Pfv/O2KEXsg74oZqk6fGpiq4KsutXCEd+K6O5Nt53VTt Q2zwe/yL6VE2slbukr+fLM99zvEZaI0KPyMNrNUpWOaq+3+nxyfeQy5LfnzhVVaiL9Jo7jBgn9o fQNoBQFcce8zcwjPUkd28n/9SVHweOuRUn9B+2TMEK/6tg6I3EGF+E6mzeNqAeLCIX046iBjNLx rcxKViUihgJVrNniBWrEBfVjKK6u1lfDCm9+EZVYKMMlFh4BnYfsPVs/8Vw6EfKzCAntKpAGk2p TPAu+9//55Kkc+9/6c91xMYNqHkWwiaGmybzRh4oLoibgjVEX7RJvyNHus+7BvamQUR3DL4ahJ8 Qc8eksdvgGbsWpCctcefQrYJsh7FnG4aMEcT3Te5NWR5iixe3KIGMaZvT0247HjrrtZFF527Njv mjOSSuNAElQxg5SQ1tl6e70up4+VY78k/m9Ad3kGAR1SqoA1GmRqNBHmBvelpyqxIUg/ZTB6hM9 Z2+oTGCm77Eut92bV9fwovpcNLM29UtwLp7prp9w4X5Q+r3Fq3bK9au4aXh+3BndfXUhXQ== X-Virus-Checked: Checked by ClamAV on apache.org --_000_BD42F346AE90F544A731516A805D1B8AD85DE0SMAIL1prdmpacca_ Content-Type: text/plain; charset="us-ascii" Have you tried hadoop fs -chmod a+rwx /tmp From: Arun C Murthy [mailto:acm@hortonworks.com] Sent: Wednesday, November 07, 2012 3:11 PM To: user@hadoop.apache.org Subject: Re: Sticky Bit Problem (CDH4.1) 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: https://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/ NOTICE: This e-mail message and any attachments are confidential, subject to copyright and may be privileged. Any unauthorized use, copying or disclosure is prohibited. If you are not the intended recipient, please delete and contact the sender immediately. Please consider the environment before printing this e-mail. AVIS : le pr?sent courriel et toute pi?ce jointe qui l'accompagne sont confidentiels, prot?g?s par le droit d'auteur et peuvent ?tre couverts par le secret professionnel. Toute utilisation, copie ou divulgation non autoris?e est interdite. Si vous n'?tes pas le destinataire pr?vu de ce courriel, supprimez-le et contactez imm?diatement l'exp?diteur. Veuillez penser ? l'environnement avant d'imprimer le pr?sent courriel --_000_BD42F346AE90F544A731516A805D1B8AD85DE0SMAIL1prdmpacca_ Content-Type: text/html; charset="us-ascii"

Have you tried hadoop fs -chmod a+rwx /tmp

 

 

From: Arun C Murthy [mailto:acm@hortonworks.com]
Sent: Wednesday, November 07, 2012 3:11 PM
To: user@hadoop.apache.org
Subject: Re: Sticky Bit Problem (CDH4.1)

 

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: https://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/

 

NOTICE: This e-mail message and any attachments are confidential, subject to copyright and may be privileged. Any unauthorized use, copying or disclosure is prohibited. If you are not the intended recipient, please delete and contact the sender immediately. Please consider the environment before printing this e-mail. AVIS : le présent courriel et toute pièce jointe qui l'accompagne sont confidentiels, protégés par le droit d'auteur et peuvent être couverts par le secret professionnel. Toute utilisation, copie ou divulgation non autorisée est interdite. Si vous n'êtes pas le destinataire prévu de ce courriel, supprimez-le et contactez immédiatement l'expéditeur. Veuillez penser à l'environnement avant d'imprimer le présent courriel --_000_BD42F346AE90F544A731516A805D1B8AD85DE0SMAIL1prdmpacca_--