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 "Arun Ravi M V (Jira)" <ji...@apache.org> on 2021/08/30 07:47:00 UTC

[jira] [Created] (HADOOP-17879) Unable to use custom SAS tokens for accessing files from ADLS gen2 storage accounts with hierarchical namespace enabled.

Arun Ravi M V created HADOOP-17879:
--------------------------------------

             Summary: Unable to use custom SAS tokens for accessing files from ADLS gen2 storage accounts with hierarchical namespace enabled.
                 Key: HADOOP-17879
                 URL: https://issues.apache.org/jira/browse/HADOOP-17879
             Project: Hadoop Common
          Issue Type: Bug
          Components: fs/azure, tools
            Reporter: Arun Ravi M V


I have some parquet files in abfss://con@sa1.dfs.core.windows.net/folder1/. I generated the User Delegation SAS token with the following permission on 'folder1'

SAS_SIGNED_PERMISSIONS -> "racwdxltmeop"

But when I read from "abfss://con@sa1.dfs.core.windows.net/folder1/"

I get an *HTTP 403 error*, I believe this happens when ABFSS driver makes use of `*getACLStatus*` API call to determine whether the storage service has hierarchical name space enabled or not.

 

I found a workaround, ie to set *fs.azure.account.hns.enabled* to *true* which would skip get ACL API call and as folder level, SAS only works for HNS enabled accounts. May I know if this behaviour is expected and the workaround I am using is stable for production use and if there are any hidden implications?

 

Thank you in advance. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org