Return-Path: Delivered-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Received: (qmail 38498 invoked from network); 13 Jan 2010 07:00:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Jan 2010 07:00:23 -0000 Received: (qmail 99446 invoked by uid 500); 13 Jan 2010 07:00:23 -0000 Delivered-To: apmail-hadoop-hdfs-user-archive@hadoop.apache.org Received: (qmail 99360 invoked by uid 500); 13 Jan 2010 07:00:23 -0000 Mailing-List: contact hdfs-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-user@hadoop.apache.org Delivered-To: mailing list hdfs-user@hadoop.apache.org Received: (qmail 99351 invoked by uid 99); 13 Jan 2010 07:00:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jan 2010 07:00:23 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [209.85.222.198] (HELO mail-pz0-f198.google.com) (209.85.222.198) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jan 2010 07:00:16 +0000 Received: by pzk36 with SMTP id 36so15336533pzk.5 for ; Tue, 12 Jan 2010 22:59:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.6.17 with SMTP id 17mr6198431wff.257.1263365996118; Tue, 12 Jan 2010 22:59:56 -0800 (PST) In-Reply-To: References: Date: Tue, 12 Jan 2010 22:59:56 -0800 Message-ID: Subject: Re: fuse-dfs From: Eli Collins To: hdfs-user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for running w/ tracing enabled. > fuse_dfs TRACE - readdir / > =A0 unique: 48, error: 0 (Success), outsize: 112 > unique: 49, opcode: LOOKUP (1), nodeid: 1, insize: 42 > LOOKUP /l > fuse_dfs TRACE - getattr /l > =A0 unique: 49, error: -2 (No such file or directory), outsize: 16 Looks like there's a bug parsing the name. To confirm, what are the contents of your directory in hdfs? Is there a /I? IIRC there was a similar bug fixed in 20.1, could you try that or cdh2? Thanks, Eli