[
https://issues.apache.org/jira/browse/HDFS-4045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13509445#comment-13509445
]
Andy Isaacson commented on HDFS-4045:
-------------------------------------
bq. Instead of the trick in decodeOp() where you mark/reset/re-read to get the
raw bytes, did you consider adding a readRawOp() API?
Yes, I did consider that. The parsing code in FSEditLogOp makes it remarkably
difficult to do anything other than parse the Ops using the expected codepath.
In particular, the way that each subclass such as SymlinkOp has only implicit
knowledge in readFields of how many bytes it consumes, makes it a serious
undertaking to refactor.
> SecondaryNameNode cannot read from QuorumJournal URI
> ----------------------------------------------------
>
> Key: HDFS-4045
> URL: https://issues.apache.org/jira/browse/HDFS-4045
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: namenode
> Affects Versions: 3.0.0
> Reporter: Vinithra Varadharajan
> Assignee: Andy Isaacson
> Attachments: hdfs-4045-2.txt, hdfs4045-3.txt, hdfs4045-4.txt,
> hdfs-4045.txt
>
>
> If HDFS is set up in basic mode (non-HA) with QuorumJournal, and the
> dfs.namenode.edits.dir is set to only the QuorumJournal URI and no local dir,
> the SecondaryNameNode is unable to do a checkpoint.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
