Hey Tadashi, That's a separate issue (fuse-dfs doesn't implement getxattr but ls should fall back on using getattr which it does support).
Thanks, Eli On Fri, Jan 15, 2010 at 2:04 AM, <tate...@nttdata.co.jp> wrote: > Hi Eli, > > It is further information. > > When I executed "ls -ltr /mnt/hdfs" several times in Term B, > > It became the following different result in Term A: > > unique: 3, opcode: GETXATTR (22), nodeid: 1, insize: 72 > unique: 3, error: -38 (Function not implemented), outsize: 16 > > It would be greatly appreciated if this information is useful for your > analysis. > > Best regards, > Tadashi > >> -----Original Message----- >> From: Eli Collins [mailto:e...@cloudera.com] >> Sent: Thursday, January 14, 2010 2:47 PM >> To: hdfs-user@hadoop.apache.org >> Subject: Re: fuse-dfs >> >> Hey Tadashi, >> >> What kernel (distro/update and bitness) are you using? What ant >> commands did you use to build fuse? >> >> fuse-dfs works for me using hadoop-0.20.1+152 on both ubuntu and centos >> hosts. >> >> Thanks, >> Eli >> >> On Wed, Jan 13, 2010 at 9:41 PM, <tate...@nttdata.co.jp> wrote: >> > Hi Eli, >> > >> > Thank you for your reply. >> > >> >> Looks like there's a bug parsing the name. To confirm, what are the >> >> contents of your directory in hdfs? Is there a /I? >> > NO , there isn't. >> > $ ./bin/hadoop dfs -lsr / >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:11 /opt >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:11 /opt/hadoop >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:11 >> /opt/hadoop/current >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:11 >> /opt/hadoop/current/tmp >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:11 >> /opt/hadoop/current/tmp/mapred >> > drwx-wx-wx - root supergroup 0 2010-01-14 00:11 >> /opt/hadoop/current/tmp/mapred/system >> > -rw------- 2 root supergroup 4 2010-01-14 00:11 >> /opt/hadoop/current/tmp/mapred/system/jobtracker.info >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:36 /user >> > drwxr-xr-x - root supergroup 0 2010-01-14 00:41 /user/root >> > >> >> IIRC there was asimilar bug fixed in 20.1, could you try that or cdh2? >> > I am using hadoop-0.20.1+152 that I downloaded from the following site. >> > http://archive.cloudera.com/redhat/cdh/testing/SRPMS/ >> > hadoop-0.20-0.20.1+152-1.src.rpm >> > >> > However, the same error still occurs. >> > >> > Best Regards, >> > Tadashi. >> >> -----Original Message----- >> >> From: Eli Collins [mailto:e...@cloudera.com] >> >> Sent: Wednesday, January 13, 2010 4:00 PM >> >> To: hdfs-user@hadoop.apache.org >> >> Subject: Re: fuse-dfs >> >> >> >> Thanks for running w/ tracing enabled. >> >> >> >> > fuse_dfs TRACE - readdir / >> >> > unique: 48, error: 0 (Success), outsize: 112 >> >> > unique: 49, opcode: LOOKUP (1), nodeid: 1, insize: 42 >> >> > LOOKUP /l >> >> > fuse_dfs TRACE - getattr /l >> >> > 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 >> > >
