What is the problem you are having with rclone?
I'm running an Rclone WebDAV server inside Termux on Android. Whenever I rename, move, or delete a file via an Rclone mount (on my desktop), the WebDAV server logs the following error:
ERROR : Failed to stat node: file does not exist
This occurs consistently with any rename/move/delete, but not when creating new files. The file operations themselves succeed — it's just this error that gets logged on the server side.
I'm trying to understand:
- What exactly triggers this error?
- Is it expected behavior?
- Can it (or should it) be avoided?
Run the command 'rclone version' and share the full output of the command.
Rclone client (desktop):
rclone v1.70.3
- os/version: fedora 42 (64 bit)
- os/kernel: 6.15.6-200.fc42.x86_64 (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.24.5
- go/linking: dynamic
- go/tags: none
Rclone server (Termux/Android):
rclone v1.70.3-termux
- os/version: unknown
- os/kernel: 6.1.141-android14-11-gea8ad5e8b2c4 (aarch64)
- os/type: android
- os/arch: arm64 (ARMv8 compatible)
- go/version: go1.24.4
- go/linking: dynamic
- go/tags: noselfupdate
Which cloud storage system are you using?
I'm using Rclone to mount a WebDAV server hosted by Rclone itself on Termux (Android). So this is a self-hosted setup using Rclone for both client and server.
Please run 'rclone config redacted' and share the full output.
[mobile]
type = webdav
url = http://mobile:8080
vendor = rclone
(Note: I access the server using Tailscale’s MagicDNS, hence the http://mobile:8080
address.)
The commands you were trying to run
To start the WebDAV server on Termux:
rclone serve webdav "$SERVER_POINT" --addr mobile:8080
To mount it on my Fedora desktop:
rclone mount mobile: "$MOUNT_POINT" \
--vfs-case-insensitive \
--vfs-cache-mode full \
--umask 022 \
--allow-other \
--daemon
As mentioned, file rename/move/delete operations trigger the error on the WebDAV server. Creating a file does not trigger it.
Let me know if you'd like me to test with different flags or logging levels. Happy to help debug further.