mergerfs icon indicating copy to clipboard operation
mergerfs copied to clipboard

move single renamed EXDEVed files

Open trapexit opened this issue 10 years ago • 2 comments

If a rename will result in a EXDEV with a path preserving policy: attempt to replicate what mv would do but only for single files. Should cover a decent percentage of situations. If not perhaps look into full mv behavior replication.

trapexit avatar Feb 11 '16 20:02 trapexit

I was going to request for mv to actually use the same device whenever possible. Is this somehow related?

stormwatch avatar Jul 28 '17 15:07 stormwatch

No. This is to completely hide the underlying fact that a rename across drives can result in EXDEV when using a path preserving policy. IE. It'd do what mv is doing when the situation arises so that apps that aren't written well (many of them) hopefully won't freak out as they may now when they receive an EXDEV error.

Define 'whenever possible.' mergerfs already tries really hard to rename/link on the same device given the policy restrictions. It's actually the most complicated code within mergerfs. If a non-path preserving policy is used then it should never not succeed. And with path preserving you can use ignorepponrename to ignore the path preserving only on rename and link.

trapexit avatar Jul 28 '17 16:07 trapexit