Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
3.3.5
-
None
-
None
Description
Testing storediag with a nonexistent account/bucket raises interesting failures modes
- DNS failures are retried, rather than fail fast
- a container which exists but you can't access fails with the wrong exception
org.apache.hadoop.fs.FileAlreadyExistsException: Operation failed: "This endpoint does not support BlobStorageEvents or SoftDelete. Please disable these account features if you would like to use this endpoint.", 409, HEAD, https://somewhere.dfs.core.windows
Proposed
- failfast on host not found, escalate to an account not found
- recognise and translate that does not support BlobStorageEvents
side issue: is that failure leaking secrets about another a/c? or is it always raised if not authed