cp: cannot create hard link Error - RSYNC, CIFS, Cloudron v. 9.0.18
-
Feb 21 14:05:20 "cp: cannot create hard link '/mnt/managedbackups/58732e6d-3bf2-4a05-bb5f-01696d7d848e/my.example.org/2026-02-21-124607-895/app_photos.example.org__v1.97.4/data/typesense/state/snapshot/snapshot_00000000000000009833/db_snapshot/016039.sst' to '/mnt/managedbackups/58732e6d-3bf2-4a05-bb5f-01696d7d848e/my.example.org/snapshot/app_ae48c3a4-2341-4a5b-80fe-852cd9f98cb6/data/typesense/state/snapshot/snapshot_"... 59556276 more characters,And yes: the error is correct. There is an empty folder. There is no reason to create a link to nothing.
Q: How to clear the cache/memory of rsync to solve this problem?
-
Does this happen consistently? That file looks like some temporary file, so maybe it "disappeared" . Is this also on v9.0.18 ?
@joseph said in cp: cannot create hard link Error - RSYNC, CIFS, Cloudron v. 9.0.18:
Does this happen consistently?
Yes. No chance for a backup. Tried it several times. Every time it quits with
cp exited with code 1 signal nullThat's why a ask for "how to wipe the rsync brain?". Cloudron v. 9.0.18 -
Hello @luckow
For context and documentation, is this a Cloudron app or a custom app?In both cases, can you please attempt the following.
- Put the app into recovery mode
- Attempt to create an app backup
If this works, I suspect the app is creating/deleting/moving files so fast that while a snapshot is created the file is already changed.
Under normal circumstances this should not be a problem, so if this works, we will have to look into it.
I also assume this issue is specific to the rsync type backup, since the tgz style will not care about such a scenario. -
Hello @luckow
For context and documentation, is this a Cloudron app or a custom app?In both cases, can you please attempt the following.
- Put the app into recovery mode
- Attempt to create an app backup
If this works, I suspect the app is creating/deleting/moving files so fast that while a snapshot is created the file is already changed.
Under normal circumstances this should not be a problem, so if this works, we will have to look into it.
I also assume this issue is specific to the rsync type backup, since the tgz style will not care about such a scenario.@james It immich. Directly installed from the app store. After putting the app into recovery mode and clicking "Backup," the process gets stuck at
1% Backing up photos.example.org. Waiting for lock.Any missing secret sauce to get the lock? -
Fun fact (?): The second storage endpoint (sshfs (rsync) to a Hetzner Storage Box) works without any issues.
Hello @luckow
@luckow said in cp: cannot create hard link Error - RSYNC, CIFS, Cloudron v. 9.0.18:
The second storage endpoint (sshfs (rsync) to a Hetzner Storage Box) works without any issues.
Interesting. What is the other backup site target?
@luckow said in cp: cannot create hard link Error - RSYNC, CIFS, Cloudron v. 9.0.18:
fter putting the app into recovery mode and clicking "Backup," the process gets stuck at 1% Backing up photos.example.org. Waiting for lock. Any missing secret sauce to get the lock?
Did you wait for the recovery mode to finish setting up or did you enable the recovery mode and immediately pressed backup now?
Also, only one backup task can be running at the same time.
If the backup to the Hetzner Storage Box is still in progress, that is the reason why the other backup job is waiting for the lock. -
I debugged this on @luckow 's server. The backup destination is a Synology, not sure if that matters.
Ultimately, cp -aRl fails. But manual ln, manual find/exec, manual rsync all work fine. I tried to feed the strace cp -aRl to our AI overlords but none could figure it out.
So, easiest fix: we can switch to using rsync binary for CIFS.
-
G girish has marked this topic as solved
