[ 
https://issues.apache.org/jira/browse/HADOOP-16617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andras Bokor updated HADOOP-16617:
----------------------------------
    Description: 
AzureBlobFileSystemStore#getIsNamespaceEnabled() gets ACL status of root path 
to decide whether the account is XNS or not. If not it returns with 400 as 
error code which means the account is a non-XNS acc.

The problem is that we get 400 and the getIsNamespaceEnabled return false even 
if the filesystem does not exist which seems ok but according to the test we 
should get 404. So it seems the expected behavior is to return 404.

At this point I am not sure how to fix it. Should we insist to the expected 
behavior and fix it on server side or we just adjust the test to expect false 
in case of non XNS account?

  was:
AzureBlobFileSystemStore#getIsNamespaceEnabled() gets ACL status of root path 
to decide whether the account is XNS or not. If not it return with 400 as error 
code which means the account is a non-XNS acc.

The problem is that we get 400 and the getIsNamespaceEnabled return false even 
if the filesystem does not exist which seems ok but according to the test we 
should get 404. So it seems the expected behavior is to return 404.

At this point I am not sure how to fix it. Should we insist to the expected 
behavior and fix it on server side or we just adjust the test to expect false 
in case of non XNS account?


> ITestGetNameSpaceEnabled#testFailedRequestWhenFSNotExist fails with ns 
> disabled account
> ---------------------------------------------------------------------------------------
>
>                 Key: HADOOP-16617
>                 URL: https://issues.apache.org/jira/browse/HADOOP-16617
>             Project: Hadoop Common
>          Issue Type: Bug
>            Reporter: Andras Bokor
>            Assignee: Andras Bokor
>            Priority: Major
>
> AzureBlobFileSystemStore#getIsNamespaceEnabled() gets ACL status of root path 
> to decide whether the account is XNS or not. If not it returns with 400 as 
> error code which means the account is a non-XNS acc.
> The problem is that we get 400 and the getIsNamespaceEnabled return false 
> even if the filesystem does not exist which seems ok but according to the 
> test we should get 404. So it seems the expected behavior is to return 404.
> At this point I am not sure how to fix it. Should we insist to the expected 
> behavior and fix it on server side or we just adjust the test to expect false 
> in case of non XNS account?



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

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

Reply via email to