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
Note: The version is visible when running AzCopy without any argument
10.8.0
Which platform are you using? (ex: Windows, Mac, Linux)
Linux
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.
During development, I hadn't properly assigned the cube_name variable used in the command above. Since the source target file did not exist (which was on azure storage), azcopy seemed to assume I was targeting a (nonexistent) directory [or whatever the analogous object is], and issued me the following error message:
failed to perform copy command due to error: cannot use directory as source without --recursive or a trailing wildcard (/*)
rather than telling me the target did not exist in the filesystem. This caused me to spend a large chunk of time chasing the wrong goose when really I just had a hard-to-spot typo that made me target a nonexistent file. An error message that told me the file (or directory) didn't exist would have made this blunder of mine much easier to spot.
How can we reproduce the problem in the simplest way?
Make a file on azure storage, and use azcopy to copy it to your local machine, except use the wrong name for the file on storage.
Have you found a mitigation/solution?
Ignore the unhelpful error message and instead consider alternate possibilities to locate the mistake that I made.
The text was updated successfully, but these errors were encountered:
Dear @nakulkar-msft , is there an estimated release date of the linked PR?
The new behaviour of zero-item jobs are a success does not match well with an error if the file is not found (which also means 0 copies)
Which version of the AzCopy was used?
Note: The version is visible when running AzCopy without any argument
10.8.0
Which platform are you using? (ex: Windows, Mac, Linux)
Linux
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 copy ${file_path_cubes}/ps/data/uvf_cubes/${cube_name}
${FHD_version}/ps/data/uvf_cubes/${cube_name}`What problem was encountered?
During development, I hadn't properly assigned the
cube_name
variable used in the command above. Since the source target file did not exist (which was on azure storage),azcopy
seemed to assume I was targeting a (nonexistent) directory [or whatever the analogous object is], and issued me the following error message:failed to perform copy command due to error: cannot use directory as source without --recursive or a trailing wildcard (/*)
rather than telling me the target did not exist in the filesystem. This caused me to spend a large chunk of time chasing the wrong goose when really I just had a hard-to-spot typo that made me target a nonexistent file. An error message that told me the file (or directory) didn't exist would have made this blunder of mine much easier to spot.
How can we reproduce the problem in the simplest way?
Make a file on azure storage, and use azcopy to copy it to your local machine, except use the wrong name for the file on storage.
Have you found a mitigation/solution?
Ignore the unhelpful error message and instead consider alternate possibilities to locate the mistake that I made.
The text was updated successfully, but these errors were encountered: