[jira] Created: (HDFS-1335) HDFS side of HADOOP-6904: first step towards inter-version communications between dfs client and NameNode

HDFS side of HADOOP-6904: first step towards inter-version communications between dfs client and NameNode - Key: HDFS-1335 URL:

[jira] Commented: (HDFS-320) Namenode should return lease recovery request with other requests

[ https://issues.apache.org/jira/browse/HDFS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896640#action_12896640 ] Kan Zhang commented on HDFS-320: I think I have worked around this issue. I'm fine if you

[jira] Updated: (HDFS-1335) HDFS side of HADOOP-6904: first step towards inter-version communications between dfs client and NameNode

[ https://issues.apache.org/jira/browse/HDFS-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hairong Kuang updated HDFS-1335: Attachment: hdfsRpcVersion.patch Here is a patch for review. HDFS side of HADOOP-6904: first step

[jira] Commented: (HDFS-1335) HDFS side of HADOOP-6904: first step towards inter-version communications between dfs client and NameNode

[ https://issues.apache.org/jira/browse/HDFS-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896655#action_12896655 ] Doug Cutting commented on HDFS-1335: If I understand the patch correctly, it still

[jira] Resolved: (HDFS-320) Namenode should return lease recovery request with other requests

[ https://issues.apache.org/jira/browse/HDFS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jakob Homan resolved HDFS-320. -- Resolution: Won't Fix Resolving as Won't Fix. Namenode should return lease recovery request with other

[jira] Commented: (HDFS-1330) Make RPCs to DataNodes timeout

[ https://issues.apache.org/jira/browse/HDFS-1330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896684#action_12896684 ] sam rash commented on HDFS-1330: +1 lgtm Make RPCs to DataNodes timeout

[jira] Updated: (HDFS-1320) Add LOG.isDebugEnabled() guard for each LOG.debug(...)

[ https://issues.apache.org/jira/browse/HDFS-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Steffl updated HDFS-1320: -- Attachment: HDFS-1320-0.22-1.patch Add LOG.isDebugEnabled() guard for each LOG.debug(...)

[jira] Updated: (HDFS-1320) Add LOG.isDebugEnabled() guard for each LOG.debug(...)

[ https://issues.apache.org/jira/browse/HDFS-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Steffl updated HDFS-1320: -- Attachment: HDFS-1320-0.22-2.patch Add LOG.isDebugEnabled() guard for each LOG.debug(...)

[jira] Commented: (HDFS-1320) Add LOG.isDebugEnabled() guard for each LOG.debug(...)

[ https://issues.apache.org/jira/browse/HDFS-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896698#action_12896698 ] Erik Steffl commented on HDFS-1320: --- Patch HDFS-1320-0.22-2.patch fixes problems mentioned

[jira] Updated: (HDFS-1337) Unmatched file length makes append fail. Should we retry if a startBlockRecovery() fails?

[ https://issues.apache.org/jira/browse/HDFS-1337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thanh Do updated HDFS-1337: --- Description: - Component: data node - Version: 0.20-append - Setup: 1) # disks / datanode = 3 2) #

[jira] Created: (HDFS-1337) Unmatched file length makes append fail. Should we retry if a startBlockRecovery() fails?

Unmatched file length makes append fail. Should we retry if a startBlockRecovery() fails? - Key: HDFS-1337 URL: https://issues.apache.org/jira/browse/HDFS-1337

[jira] Updated: (HDFS-397) Incorporate storage directories into EditLogFileInput/Output streams

[ https://issues.apache.org/jira/browse/HDFS-397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Konstantin Shvachko updated HDFS-397: - Status: Open (was: Patch Available) Incorporate storage directories into

[jira] Commented: (HDFS-1330) Make RPCs to DataNodes timeout

[ https://issues.apache.org/jira/browse/HDFS-1330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896715#action_12896715 ] Hairong Kuang commented on HDFS-1330: - Thanks Sam for reviewing the patch. Test results

[jira] Updated: (HDFS-1334) open in HftpFileSystem does not add delegation tokens to the url.

[ https://issues.apache.org/jira/browse/HDFS-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Boris Shkolnik updated HDFS-1334: - Hadoop Flags: [Reviewed] +1 open in HftpFileSystem does not add delegation tokens to the url.

[jira] Commented: (HDFS-1334) open in HftpFileSystem does not add delegation tokens to the url.

[ https://issues.apache.org/jira/browse/HDFS-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896731#action_12896731 ] Jitendra Nath Pandey commented on HDFS-1334: ant test was run manually. All

[jira] Commented: (HDFS-1334) open in HftpFileSystem does not add delegation tokens to the url.

[ https://issues.apache.org/jira/browse/HDFS-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896732#action_12896732 ] Jitendra Nath Pandey commented on HDFS-1334: The patch was tested manually on

[jira] Commented: (HDFS-1335) HDFS side of HADOOP-6904: first step towards inter-version communications between dfs client and NameNode

[ https://issues.apache.org/jira/browse/HDFS-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896748#action_12896748 ] Hairong Kuang commented on HDFS-1335: - Do you expect folks to update the implementation

[jira] Updated: (HDFS-1334) open in HftpFileSystem does not add delegation tokens to the url.

[ https://issues.apache.org/jira/browse/HDFS-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jakob Homan updated HDFS-1334: -- Status: Resolved (was: Patch Available) Resolution: Fixed I've committed this. Thanks,