[ https://issues.apache.org/jira/browse/HDFS-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049380#comment-13049380 ]
Todd Lipcon commented on HDFS-1989: ----------------------------------- saveNamespace should only be happening while in safemode, and closing a file should not be allowed while in safemode. This may ahve been addressed by HDFS-988. On the BN side, it shouldn't be taking a checkpoint while the edits application is in active mode -- it should be in "spool" mode where the edits aren't being applied. > When checkpointing by backup node occurs parallely when a file is being > closed by a client then Exception occurs saying no journal streams. > -------------------------------------------------------------------------------------------------------------------------------------------- > > Key: HDFS-1989 > URL: https://issues.apache.org/jira/browse/HDFS-1989 > Project: Hadoop HDFS > Issue Type: Bug > Components: name-node > Affects Versions: 0.23.0 > Reporter: ramkrishna.s.vasudevan > Fix For: 0.23.0 > > > Backup namenode initiates the checkpointing process. > As a part of checkpointing based on the timestamp it tries to download the > FSImage or use the existing one. > Then it tries to save the FSImage. > During this time it tries to close the editLog streams. > Parallely when a client tries to close a file just after the checkpointing > process closes the editLog Stream then we get an exception saying > java.io.IOException: java.lang.IllegalStateException: !!! WARNING !!! File > system changes are not persistent. No journal streams. > Here the saveNameSpace api closes all the editlog streams resulting in this > issue. > -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira