hadoop-hdfs-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eli Collins <...@cloudera.com>
Subject Re: fuse-dfs
Date Sat, 16 Jan 2010 06:54:38 GMT
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,  <tatebet@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:eli@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,  <tatebet@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:eli@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
>> >
>

Mime
View raw message