Comments (17)
Hello @Mark7even - thanks for the feedback. For now let's keep this request open and hear what others have to say. We as the Storage team are worried about wrongfully deletion of source data, and possible data loss issues...
For now you can accomplish this yourself using an additional 'del' command for each file that is uploaded successfully.
Once AzCopy upload completes, you can get a list of succeeded file transfers using azcopy jobs show
command. Here is how you can view each file that succeeded:
.\azcopy jobs show 8f925120-9bb6-b540-707e-4be86899b4ff --with-status=Success
You can for instance parse out the source files, and prepend 'DEL' and delete files one by one.. E.g.
.\azcopy jobs show 8f925120-9bb6-b540-707e-4be86899b4ff --with-status=Success | ForEach-Object {
Write-Host "DEL " $_.Split(" ")[2]
}
If you think this is a good enough workaround, we can place this in the documentation so others can make use of it as well.
from azure-storage-azcopy.
@seguler I appreciate the response, but the issue comes when writing multiple small files to blob storage in an archive scenario.
Manually deleting these is not a great workaround even when pulling the azcopy jobs show
. I understand the concern about wrongfully deleting source data, but this already worked great in AzCopy 2.4 with the slash /mov function.
I don't understand why it cannot be brought back in some capacity or re-engineered for V10? The only reason it was removed was not because of wrongful source data deletion, but because of potential destination overwrites.
from azure-storage-azcopy.
Thanks @srakins for adding to this thread.
We will discuss it within the AzCopy team, but for now the best option remains the one suggested by @seguler above.
from azure-storage-azcopy.
The MOVE functionality is very basic and AzCopy really need to have this option.
Manually deleting the data using azcopy job show is not a viable workaround.
In our case, we need to continuously transfer files from one Azure server to an on-prem server. Except once during midnight, we cannot purge the source files, so a MOVE option would be optimal.
Have voted to request this feature back.
from azure-storage-azcopy.
Hi @Mark7even, thanks for reaching out!
Could you please elaborate on what the /mov
function does? I couldn't find it in the documentation.
from azure-storage-azcopy.
In AzCopy 2.5 /mov to move files instead of copy was removed. Will this be returning in this version?
https://blogs.msdn.microsoft.com/windowsazurestorage/2014/08/07/azcopy-2-5-release/
from azure-storage-azcopy.
from azure-storage-azcopy.
Hi @Mark7even, thanks for providing the context!
I see that this feature was discontinued due to data corruption concerns. If two users both move data into a container simultaneously, but some of the blobs share the same name, then one of the users will lose the original data due to it being deleted after the copy operation is complete.
Is there a particular reason why you would like to have this feature? It is currently not on our radar.
from azure-storage-azcopy.
@zezha-msft Well since blob storage is endless, the goal would be to make weekly transfers (moves) from On-premise to low-cost blob storage. I guess a copy and subsequent delete could work, but I am unsure how to do that.
For instance a scenario is data being written to a 10TB share which fills up weekly, once a week AzCopy runs and moves this data solely to blob freeing up the 10TB on-premise share. For Archival purposes.
from azure-storage-azcopy.
Hi @Mark7even, thanks for providing more context!
To be clear, is more data coming in as AzCopy is running? Is that why it's hard for you to delete the files that were transferred?
@seguler what's your opinion?
from azure-storage-azcopy.
@zezha-msft Not necessarily more data coming in as AzCopy is running, but the point would be to have AzCopy do a move, or a copy-delete so that only the files that were successfully transferred would be deleted. As opposed to copying the directory to blob, deleting it from on-premise manually, and then realizing the transfer failed on a couple items and they are now deleted from on-premise.
from azure-storage-azcopy.
My client has the same requirement, and manually deleting the data using azcopy job show is not a good workaround.
the orignal request was that if multiple users do the move then there might be chances of data being deleted as one operation is completed and it deleted the data.... but this happens only when a lame user did that from multiple machine.
this is a awesome feature which is removed now and because of this I might loss one client for bringing him to azure.
from azure-storage-azcopy.
We have the exact same scenario and can't upgrade our azcopy version and have to remain on the old version that has the /mov.
from azure-storage-azcopy.
We have the exact same scenario and can't upgrade our azcopy version and have to remain on the old version that has the /mov.
Request you to vote for this feature
from azure-storage-azcopy.
from azure-storage-azcopy.
hey John, Just wanted to know is this added in roadmap? As feature request vote is above 190+ in Azcopy section of user voice.
from azure-storage-azcopy.
It's not currently. We'll discuss it.
from azure-storage-azcopy.
Related Issues (20)
- Copy looking only at certain depth
- azcopy is waiting on input when run in the background (part deux)
- Error copying large subset of files (1M+) from a Onprem to a Azure File Storage HOT 3
- Release a new azcopy with "golang.org/x/net" of "0.23.0" to fix the vulnerability issue. HOT 2
- 10.25.0 Breaks List Command HOT 8
- Syslog error message on successful copy activity
- Azcopy on Mac: too many open files HOT 3
- azcopy login status shows "INFO: You are currently not logged in. Please login using 'azcopy login'" after login with AzCLI login-type HOT 2
- azcopy-node: Executable not found in $PATH: HOT 1
- Downloading from an Azure CDN endpoint to the local filesystem error
- Number of pending file transfers is greater than total number of files HOT 3
- Script URL is pulling the bleeding edge release HOT 1
- AzCopy v10 "panic: send on closed channel" on 403 Response HOT 1
- build azcopy with go 1.22.4 HOT 7
- Support for overwrite by deleting the existing file when it fails with 409 error
- `azcopy list` version `10.25.0` with the default output `text` does not output resources HOT 5
- File Creation Error mkdir HOT 1
- Segmentation violation running Azcopy jobs list on mac os HOT 2
- azcopy list --output-type="text" not showing anything HOT 1
- Azcopy v10 support in AGC and national clods HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from azure-storage-azcopy.