You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Forum Discussion
Shahen
4 years agoExplorer | Level 3
/move_batch/check_v2 returns too_many_write_operations for some files
I use https://api.dropboxapi.com/2/files/move_batch_v2 to move files and get the `async_job_id`. Then I use https://api.dropboxapi.com/2/files/move_batch/check_v2 with `async_job_id` to check the process status, and when the process was done, I get the response which includes `too_many_write_operations` error for some files, the others are ok.
- Greg-DBDropbox Staff
If there are multiple changes at the same time in the same account or shared folder, you can run in to this 'too_many_write_operations' error, which is "lock contention". That's not explicit rate limiting, but rather a result of how Dropbox works on the backend. This is a technical inability to make a modification in the account or shared folder at the time of the API call. This error indicates that there was simultaneous activity in the account or shared/team folder preventing your app from making the state-modifying call (e.g., adding, editing, moving, copying, sharing, or deleting files/folders) it is attempting. The simultaneous activity could be coming from your app itself, or elsewhere, e.g., from the user's desktop client. It can come from the same user, or another member of a shared folder. You can find more information about lock contention here. The app will need to be written to automatically handle this error.
In short, to avoid this error, you should avoid making multiple concurrent state modifications and use batch endpoints where possible. That won't guarantee that you won't run in to this error though, as contention can still come from other sources, so you should also implement error handling and automatic retrying as needed.- ShahenExplorer | Level 3
Ok, thanks for your answer. But we send move_batch/check_v2, we receive only 'too_many_write_operations' for some files without id or name. Does it mean that I need to move all files again using 'files/move_batch_v2'? Can't we detect all the files which were failed.
- ЗдравкоLegendary | Level 20
Shahen wrote:... But we send move_batch/check_v2, we receive only 'too_many_write_operations' for some files without id or name. Does it mean that I need to move all files again using 'files/move_batch_v2'? ...
Hi Shahen,
Calling 2/files/move_batch/check_v2 gives you the status of a scheduled operation identified with the id provided. It doesn't matter how many times you will call this API, doesn't matter the status (in progress or completed) - it will always refers to the same operation (no new one gets launched). To initiate new move try, you have to perform 2/files/move_batch_v2 API call again, of course.
Shahen wrote:... Can't we detect all the files which were failed.
🤔That would be a good feature request. As a workaround, you can perform completed move entries collecting and exclude them out from the initial request before the retry. 😉 Not very convenient, but it's something.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
5,910 PostsLatest Activity: 3 days agoIf you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X or Facebook.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!