[jira] [Reopened] (HDFS-157) dfs client -ls/-lsr outofmemory when one directory contained 2 million files.

[ https://issues.apache.org/jira/browse/HDFS-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Noguchi reopened HDFS-157: --- bq. Hairong just opened a better Jira. HADOOP:6732 This didn't change the memory footprint on the c

Re: NameNode Zookeeper Integration

Hi. If you subscribe to zookeeper mailinglist, you would see a hdfs developer working on bookeeper recently. https://issues.apache.org/jira/browse/ZOOKEEPER-465 https://issues.apache.org/jira/browse/ZOOKEEPER-959 Probably related. https://issues.apache.org/jira/browse/HDFS-234 Koji On 1/11/11

[jira] Created: (HDFS-1371) One bad node can incorrectly flag many files as corrupt

: hdfs client, name-node Affects Versions: 0.20.1 Environment: yahoo internal version [knogu...@gwgd4003 ~]$ hadoop version Hadoop 0.20.104.3.1007030707 Reporter: Koji Noguchi On our cluster, 12 files were reported as corrupt by fsck even though the replicas on the

[jira] Created: (HDFS-1158) HDFS-457 increases the chances of losing blocks

Affects Versions: 0.21.0 Reporter: Koji Noguchi Priority: Critical Whenever we restart a cluster, there's a chance of losing some blocks if more than three datanodes don't come up. HDFS-457 increases this chance by keeping the datanodes up even when # /tmp

[jira] Resolved: (HDFS-157) dfs client -ls/-lsr outofmemory when one directory contained 2 million files.

[ https://issues.apache.org/jira/browse/HDFS-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Noguchi resolved HDFS-157. --- Resolution: Duplicate Hairong just opened a better Jira. HADOOP:6732 Thanks! > dfs client -ls/-

[jira] Resolved: (HDFS-1102) HftpFileSystem : errors during transfer result in truncated transfer

[ https://issues.apache.org/jira/browse/HDFS-1102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Noguchi resolved HDFS-1102. Resolution: Duplicate Duplicate of HDFS-1085. It would be nice if we can fix this without

[jira] Created: (HDFS-1085) hftp read failing silently

hftp read failing silently --- Key: HDFS-1085 URL: https://issues.apache.org/jira/browse/HDFS-1085 Project: Hadoop HDFS Issue Type: Bug Reporter: Koji Noguchi When performing a massive distcp through

[jira] Resolved: (HDFS-23) many filelist calls to large directory killing the namenode

[ https://issues.apache.org/jira/browse/HDFS-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Noguchi resolved HDFS-23. -- Resolution: Duplicate I'm hoping HDFS-985 is our answer. No more chasing down users hitting namenode

[jira] Resolved: (HDFS-304) Slow namenode webUI (Taking 1 minute to load on 2000 nodes cluster.)

[ https://issues.apache.org/jira/browse/HDFS-304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Noguchi resolved HDFS-304. --- Resolution: Duplicate This was fixed as part of https://issues.apache.org/jira/browse/HADOOP-4029

FW: [jira] Created: (HDFS-569) chmod fails on Windows+cygwin

Hi, It would be nice if someone can help him. He's the owner of Hudson (we all rely on) :) . Koji -- Forwarded Message From: "Kohsuke Kawaguchi (JIRA)" Reply-To: Date: Tue, 25 Aug 2009 15:30:59 -0700 To: Subject: [jira] Created: (HDFS-569) chmod fails on Windows+cygwin chmod fails on W