[jira] Created: (HDFS-958) Remove uneccessary creation of FileStatus objects in NameNode

Remove uneccessary creation of FileStatus objects in NameNode - Key: HDFS-958 URL: https://issues.apache.org/jira/browse/HDFS-958 Project: Hadoop HDFS Issue Type: Improvement

[jira] Created: (HDFS-957) FSImage layout version should be only once file is complete

FSImage layout version should be only once file is complete --- Key: HDFS-957 URL: https://issues.apache.org/jira/browse/HDFS-957 Project: Hadoop HDFS Issue Type: Improvement

Re: Name Node Corruption When Shutdown Too Soon

Hi Jonathan, Another question: how have you configured dfs.name.dir? Do you have several directories configured? Thanks -Todd On Mon, Feb 8, 2010 at 4:45 PM, Todd Lipcon wrote: > Hey Jonathan, > > As Konstantin mentioned, I've been looking into a couple issues that > could be related. At first

Re: [VOTE] Commit HDFS-927 to both 0.20 and 0.21 branch?

Vote is closed (unless there is objection). I'll commit below in next day or so. Thanks to all who participated. St.Ack On Mon, Feb 8, 2010 at 11:26 AM, Todd Lipcon wrote: > Given people have had several days to vote, and there have been no > -1s, this should be good to go in, right? We have two

[jira] Reopened: (HDFS-830) change build.xml to look at lib's jars before ivy, to allow overwriting ivy's libraries.

[ https://issues.apache.org/jira/browse/HDFS-830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jakob Homan reopened HDFS-830: -- I'm going to go ahead and re-open this: we've been using the resolvers:internal method for a while and, like

Re: Name Node Corruption When Shutdown Too Soon

Hey Jonathan, As Konstantin mentioned, I've been looking into a couple issues that could be related. At first glance it doesn't sound like you've run into quite the same thing. What version did you see this on? The steps to reproduce are something like: 1) Start a NN 2) Perform a bunch of edits

[jira] Created: (HDFS-956) Improper synchronization in some FSNamesystem methods

Improper synchronization in some FSNamesystem methods - Key: HDFS-956 URL: https://issues.apache.org/jira/browse/HDFS-956 Project: Hadoop HDFS Issue Type: Bug Affects Versions: 0.21.0,

[jira] Created: (HDFS-955) FSImage.saveFSImage can lose edits

FSImage.saveFSImage can lose edits -- Key: HDFS-955 URL: https://issues.apache.org/jira/browse/HDFS-955 Project: Hadoop HDFS Issue Type: Bug Affects Versions: 0.21.0, 0.22.0 Reporter: Todd Lipc

Re: Name Node Corruption When Shutdown Too Soon

Hi Jonathan, Thank you for raising the issue. We will need more information about your configuration files. It sounds like a problem noted by Todd in HDFS-909. If edits directory precedes image in configuration, then edits will be emptied prior to saving the image. Any way it worth filing a jir

[jira] Resolved: (HDFS-830) change build.xml to look at lib's jars before ivy, to allow overwriting ivy's libraries.

[ https://issues.apache.org/jira/browse/HDFS-830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Boris Shkolnik resolved HDFS-830. - Resolution: Won't Fix Looks like alternative solution is to use resolvers=iternal with maven. Closi

Re: [VOTE] Commit HDFS-927 to both 0.20 and 0.21 branch?

Given people have had several days to vote, and there have been no -1s, this should be good to go in, right? We have two HDFS committer +1s (Stack and Nicholas) and nonbinding +1s from several others. Thanks -Todd On Thu, Feb 4, 2010 at 1:30 PM, Tsz Wo (Nicholas), Sze wrote: > > This is a friend