Open schlichtanders opened 2 months ago
Hi, thanks for making this feature request and the steps to reproduce the problem. Currently this is working as intended in Mountpoint's semantics. We are considering what can be done in this area, but we do not have anything to share yet.
Tell us more about this new feature.
I just tried to use mountpoint-s3 to backup some compiled folder, however there a pidfile is created and unlinked for syncronization purposes among processes. That is so fast, that mount-s3 will fail with the below error message
Which gives an
operation not permitted (EPERM)
error at the client code, which breaks it.It would be really awesome if mountpoint-s3 could manage this delay itself by blocking or async delete, or offline metadata, instead of throwing an error. Maybe behind a flag?
Any hint for a workaround is also highly appreciated. I tried enabling
--cache
but the same error occurs.EDIT: Here a sketch to reproduce:
julia
docker image/root/.julia/compiled
(with logging enabled, allow-write and allow-delete enabled)julia -e 'import Pkg; Pkg.add("MeasureTheory")'
and see it failing