azure-storage-azcopy: Failed to refresh token - Error details: Manually created ServicePrincipalToken does not contain secret material to retrieve a new access token

Which version of the AzCopy was used? 10.2.1

Which platform are you using? Linux - CentOS 7.6

What command did you run?

./azcopy copy /tmp/hi https://adlsdb2woc.dfs.core.windows.net/datalake/hi --overwrite=false --from-to=LocalBlobFS --cap-mbps 1

What problem was encountered?

[root@mythos1 azcopy_linux_amd64_10.2.1]# ./azcopy copy /tmp/hi https://adlsdb2woc.dfs.core.windows.net/datalake/hi --overwrite=false --from-to=LocalBlobFS --cap-mbps 1
INFO: Scanning...
INFO: Using OAuth token for authentication.
INFO: failed to refresh token, please check error details and try to log in with azcopy login command again. (Error details: Manually created ServicePrincipalToken does not contain secret material to retrieve a new access token)

Job 9bf81cbf-045f-5440-6166-8353a218755b has started
Log file is located at: /root/.azcopy/9bf81cbf-045f-5440-6166-8353a218755b.log

0 Done, 0 Failed, 1 Pending, 0 Skipped, 1 Total, 


Job 9bf81cbf-045f-5440-6166-8353a218755b summary
Elapsed Time (Minutes): 0.0335
Total Number Of Transfers: 1
Number of Transfers Completed: 0
Number of Transfers Failed: 1
Number of Transfers Skipped: 0
TotalBytesTransferred: 0
Final Job Status: Failed

azcopy.log

How can we reproduce the problem in the simplest way?

See above

Have you found a mitigation/solution?

No

About this issue

  • Original URL
  • State: closed
  • Created 5 years ago
  • Reactions: 1
  • Comments: 22 (11 by maintainers)

Most upvoted comments

I’ll have to investigate what could cause this kind of error to be generated from a typical OAuth token.