I will test more tomorrow.
just one file
rclone nsfmount
- not sure if this branch has changes you made recently...
nielash
(Niel)
March 6, 2024, 9:24pm
23
It looks like it's an NFS thing:
https://groups.google.com/g/fa.freebsd.stable/c/jPnTqojR6jM/m/mH-bNj51NaYJ
which makes sense as FUSE-T
uses NFS by default. Seems like it is just the client getting impatient waiting for a response, and you may be able to make it go away by playing with the dumbtimer
mount option. It might be worth asking the FUSE-T
dev about it.
I also wonder if --vfs-cache-mode full
might help.
These warnings happen both with FUSE-T
and nfsmount
. -o dumbtimer
only is accepted for nfsmount
but does not make any difference.
Good thing is that it looks like it is harmless and all operation complete as usual. So nothing to worry about - yet another nfs peculiarity.
1 Like
nielash
(Niel)
March 7, 2024, 10:46am
25
I have opened a PR:
rclone:master
← nielash:fix-combine-dirmove
opened 10:04AM - 07 Mar 24 UTC
#### What is the purpose of this change?
Before this change, `operations.DirM… ove` would fail when moving a directory, if the src and dest were on different upstreams of a `combine` remote.
The issue only affected `operations.DirMove`, and not `sync.MoveDir`, because they checked for server-side-move support in different ways.
`MoveDir` checks by just trying it and seeing what error comes back. This works fine for `combine` because `combine` returns `fs.ErrorCantDirMove` which `MoveDir` understands what to do with.
`DirMove`, however, only checked whether the function pointer is `nil`. This is an unreliable way to check for `combine`, because `combine` does advertise support for `DirMove`, despite not always being able to do it.
This change fixes the issue by checking the returned error in a manner similar to `sync.MoveDir` and falling back to individual file moves (copy + delete) depending on which error was returned.
#### Was the change discussed in an issue or in the forum before?
- #7661
- https://forum.rclone.org/t/combined-remotes-moving-directory-within-different-remotes-fails/44918/17?u=nielash
- https://forum.rclone.org/t/dropbox-io-error-movedir-failed-from-lookup-not-found-when-try-to-move-copy-works/34088
#### Checklist
- [x] I have read the [contribution guidelines](https://github.com/rclone/rclone/blob/master/CONTRIBUTING.md#submitting-a-new-feature-or-bug-fix).
- [x] I have added tests for all changes in this PR if appropriate.
- [x] I have added documentation for the changes if appropriate.
- [x] All commit messages are in [house style](https://github.com/rclone/rclone/blob/master/CONTRIBUTING.md#commit-messages).
- [x] I'm done, this Pull Request is ready for review :-)
Thanks for your help @akuropka and @kapitainsky !
akuropka
(Andreas Kuropka)
March 7, 2024, 12:12pm
26
1 Like
ncw
(Nick Craig-Wood)
March 9, 2024, 2:31pm
27
I've merged this fix to master now (thanks @nielash ) which means it will be in the latest beta in 15-30 minutes and released in v1.66
1 Like
akuropka
(Andreas Kuropka)
March 11, 2024, 11:43am
29
It works for me with the patch?!
Unsure why that person just joined, posted with no details so I'd wait to see if they actually share something relevant.
2 Likes
nielash
(Niel)
March 13, 2024, 2:07pm
32
User pittirikant
appears to be copy & pasting previous replies and now adding hidden spam links. Maybe a bot?
system
(system)
Closed
April 12, 2024, 2:07pm
33
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.