You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Konstantin Shvachko (JIRA)" <ji...@apache.org> on 2009/04/23 21:17:30 UTC
[jira] Commented: (HADOOP-5729) FSEditLog.open should stop going on
if cannot open any directory
[ https://issues.apache.org/jira/browse/HADOOP-5729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12702062#action_12702062 ]
Konstantin Shvachko commented on HADOOP-5729:
---------------------------------------------
I cannot apply your patch to current trunk. Is it for 19.2 only?
In general, all io errors including open() should be handled by processIOError().
As far as I understand your explanation the NameNode exits eventually, if somebody
tries to sync, but you want to happen it earlier, is that right?
> FSEditLog.open should stop going on if cannot open any directory
> ----------------------------------------------------------------
>
> Key: HADOOP-5729
> URL: https://issues.apache.org/jira/browse/HADOOP-5729
> Project: Hadoop Core
> Issue Type: Bug
> Components: dfs
> Affects Versions: 0.19.1
> Environment: CentOS 5.2, jdk 1.6, hadoop 0.19.1
> Reporter: Wang Xu
> Assignee: Wang Xu
> Fix For: 0.19.2
>
> Attachments: fseditlog-open.patch
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> FSEditLog.open will be invoked when SecondaryNameNode doCheckPoint,
> If no dir is opened successfully, it only prints some WARN messages in log,
> and goes on running.
> However, it causes the editStreams becomes empty and cannot by synced
> in. And if editStreams were decreased to 0 when exceptions occured during
> logsync, NameNode would print FATAL log message and halt itself. Hence,
> we think it should also stopped itself at that time.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.