[jira] Created: (HADOOP-6962) FileSystem.mkdirs(Path, FSPermission) should use the permission for all of the created directories

FileSystem.mkdirs(Path, FSPermission) should use the permission for all of the created directories -- Key: HADOOP-6962 URL: https://issues.apache.org/jira/browse/HADOO

[jira] Created: (HADOOP-6963) FileUtil.getDU should not include the size of the directory

FileUtil.getDU should not include the size of the directory --- Key: HADOOP-6963 URL: https://issues.apache.org/jira/browse/HADOOP-6963 Project: Hadoop Common Issue Type: Bug

[jira] Created: (HADOOP-6964) Allow compact property description in xml

Allow compact property description in xml - Key: HADOOP-6964 URL: https://issues.apache.org/jira/browse/HADOOP-6964 Project: Hadoop Common Issue Type: Improvement Components: conf

[jira] Resolved: (HADOOP-6956) compile-core-test

[ https://issues.apache.org/jira/browse/HADOOP-6956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vivek Mishra resolved HADOOP-6956. -- Resolution: Not A Problem > compile-core-test > - > > Key: HAD

Re: why DFSClient.BlockReader doesnot support seek(long) can I use skip() instead?

On Sep 19, 2010, at 7:57 PM, steven zhuang wrote: > hi, all, > I have sent this mail in common user list before, duplicate it > here to seek for more help from experts. You'll likely have more luck on hdfs-dev. > I am wondering why seek(long) is disabled in HDFS.BlockReader? > Can I

[jira] Created: (HADOOP-6965) Method in UGI to get Kerberos ticket.

Method in UGI to get Kerberos ticket. -- Key: HADOOP-6965 URL: https://issues.apache.org/jira/browse/HADOOP-6965 Project: Hadoop Common Issue Type: Bug Reporter: Jitendra Nath Pandey

[jira] Created: (HADOOP-6966) missing bzip2 bounds checks, other stream-corruption checks

missing bzip2 bounds checks, other stream-corruption checks --- Key: HADOOP-6966 URL: https://issues.apache.org/jira/browse/HADOOP-6966 Project: Hadoop Common Issue Type: Bug Affect

Re: why DFSClient.BlockReader doesnot support seek(long) can I use skip() instead?

thanks, man, these small files will be frequently accessed, our idea is that by caching data location from namenode, we may relieve the load of NameNode and maybe also save sometime at network communication. On Tue, Sep 21, 2010 at 1:10 AM, Allen Wittenauer wrote: > > On Sep 19, 2010, at 7:57 P