[ 
https://issues.apache.org/jira/browse/HDDS-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17926222#comment-17926222
 ] 

Aswin Shakil commented on HDDS-10760:
-------------------------------------

This error occurs because the SCMException is thrown as RemoteException to the 
Client ({{StorageContainerLocationProtocolClientSideTranslatorPB}}) from the 
server side ({{StorageContainerLocationProtocolServerSideTranslatorPB}}). We 
unwrap the exception using {{RemoteException#unwrapRemoteException()}}. This 
function expects a constructor with {{String.class}} parameter, which is not 
present in {{SCMException}} and {{NonRetriableException}}. This results in 
unwrap failure and the commands are retried until the retry policy is exhausted 
by the client. 

Refer: {{org.apache.hadoop.hdds.scm.ha.SCMHAUtils#checkNonRetriableException}} 
which is responsible for failing retry. 


> SCMExceptions resulting from admin CLI commands are treated as retriable
> ------------------------------------------------------------------------
>
>                 Key: HDDS-10760
>                 URL: https://issues.apache.org/jira/browse/HDDS-10760
>             Project: Apache Ozone
>          Issue Type: Sub-task
>            Reporter: Ethan Rose
>            Assignee: Aswin Shakil
>            Priority: Major
>
> In HDDS-10372, I noticed that throwing SCMException instances from the server 
> when invalid options are specified (like trying to reconcile an open 
> container), the client treats the command as retriable. This means internally 
> the client keeps resending the command and the server keeps rejecting it for 
> about 30 seconds before it fails and shows the user an error.
> I need to investigate more to see if this error is specific to the 
> implementation here or a general problem with the SCM admin protocol. If its 
> the later this will be fixed on master instead.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to