You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Which platform are you using? (ex: Windows, Mac, Linux)
Linux hosted in Azure
What command did you run?
Note: Please remove the SAS to avoid exposing your credentials. If you cannot remember the exact command, please retrieve it from the beginning of the log file.
How can we reproduce the problem in the simplest way?
Run multiple azcopy sync commands (for example multiple folders or containers) from a host without internet connection.
Have you found a mitigation/solution?
No
We have tried the following without success:
flag --skip-version-check or --skip-version-check=true
env var export AZCOPY_DISABLE_AUTO_UPDATE=true
env var export AZCOPY_AUTO_UPDATE=false
Since release 10.22.0 a cache feature was introduced
Added support to cache latest AzCopy version and check the remote version every 24 hours instead of every run.
We have created the file latest_version.txt in ~/.azcopy including the azcopy version (10.24.0) and a datetime less than 1 day (e.g. 10.24.0,2024-09-18T15:01:08Z ) but the azcopy sync command is still trying to reach internet to check the latest version.
Best Regards,
Norberto
The text was updated successfully, but these errors were encountered:
We tried to repro the scenario on our environment, but we do not see any REST call happening when the version check is disabled with --skip-version-check flag or if any of the env variable is set AZCOPY_DISABLE_AUTO_UPDATE=true or AZCOPY_AUTO_UPDATE=false
Which version of the AzCopy was used?
Note: The version is visible when running AzCopy without any argument
User-Agent: AzCopy/10.24.0 azsdk-go-azblob/v1.3.1 (go1.19.12; linux)
Which platform are you using? (ex: Windows, Mac, Linux)
Linux hosted in Azure
What command did you run?
Note: Please remove the SAS to avoid exposing your credentials. If you cannot remember the exact command, please retrieve it from the beginning of the log file.
azcopy sync "https://${AZURE_STORAGE_ACCOUNT_NAME}${container_source_name}?${SAS}" "$container_target_dir" \ --log-level=NONE \ --skip-version-check \ --recursive=true \ --delete-destination=true \ --output-level=quiet
*we are syncing million of files, distributed in more than 4000 containers, in total around 4.5TB
What problem was encountered?
azcopy tries to check the latest version from internet but there is no internet on the server causing the sync process failure
How can we reproduce the problem in the simplest way?
Run multiple azcopy sync commands (for example multiple folders or containers) from a host without internet connection.
Have you found a mitigation/solution?
No
We have tried the following without success:
flag
--skip-version-check
or--skip-version-check=true
env var
export AZCOPY_DISABLE_AUTO_UPDATE=true
env var
export AZCOPY_AUTO_UPDATE=false
Since release 10.22.0 a cache feature was introduced
Added support to cache latest AzCopy version and check the remote version every 24 hours instead of every run.
We have created the file latest_version.txt in
~/.azcopy
including the azcopy version (10.24.0) and a datetime less than 1 day (e.g.10.24.0,2024-09-18T15:01:08Z
) but the azcopy sync command is still trying to reach internet to check the latest version.Best Regards,
Norberto
The text was updated successfully, but these errors were encountered: