[ https://issues.apache.org/jira/browse/HDFS-14660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16890361#comment-16890361 ]
Ayush Saxena commented on HDFS-14660: ------------------------------------- Thanx [~csun] for the pointer. Should be fair enough. The overall fix LGTM. Regarding the test. I guess we should assert the standby exception from the Observer, which is the actual intention, so as to be sure observer didn't serve when configured without observer proxy provider, and it serves when it is configured. Moreover the transition to original states to make other tests unaffected should be in a finally block, so as any exception or failure in above part doesn't affect the other tests. > [SBN Read] ObserverNameNode should throw StandbyException for requests not > from ObserverProxyProvider > ----------------------------------------------------------------------------------------------------- > > Key: HDFS-14660 > URL: https://issues.apache.org/jira/browse/HDFS-14660 > Project: Hadoop HDFS > Issue Type: Bug > Reporter: Chao Sun > Assignee: Chao Sun > Priority: Major > Attachments: HDFS-14660.000.patch, HDFS-14660.001.patch > > > In a HDFS HA cluster with consistent reads enabled (HDFS-12943), clients > could be using either {{ObserverReadProxyProvider}}, > {{ConfiguredProxyProvider}}, or something else. Since observer is just a > special type of SBN and we allow transitions between them, a client NOT using > {{ObserverReadProxyProvider}} will need to have > {{dfs.ha.namenodes.<nameservice>}} include all NameNodes in the cluster, and > therefore, it may send request to a observer node. > For this case, we should check whether the {{stateId}} in the incoming RPC > header is set or not, and throw an {{StandbyException}} when it is not. -- This message was sent by Atlassian JIRA (v7.6.14#76016) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org