Open viertelb opened 2 years ago
As stated in the README
rdiff-backup-fs may or may not work. Nobody is currently maintaining it. I would highly suggest you find alternative solutions to rdiff-backup-fs if you are using rdiff-backup for anything critical. If you plan to use it for non-critical stuff, your feedback would be appreciated as we don't have any expertise with it.
To visualize rdiff-backup repository, take a look into rdiffweb a web interface to browse rdiff-backup repositories or Minarca to have a centralized backup server.
Thanks, I am not using it for critical stuff and will try to use it and give feedback.
@viertelb Awesome ! Keep us updated.
Thanks
Backup was done ok, I think. I actually copied the backup I already had done before from the CIFS to a local path and then ran backup again:
ben@debian:~$ rdiff-backup /mnt/mybook/AUDIO/Musik/90Discogs /AUDIO_RDIFF/Musik/90Discogs
Warning: File system no longer needs quoting, but we will retain for backwards compatibility.
But then mounting leads to errors:
ben@debian:~$ rdiff-backup-fs --debug 4 /mnt/backup-data /AUDIO_RDIFF/Musik/90Discogs
[gpath.c, 11, __gpthcld] Received path /AUDIO_RDIFF/Musik/90Discogs;
[gpath.c, 11, __gpthcld] Received path /AUDIO_RDIFF/Musik/90Discogs/rdiff-backup-data/mirror_metadata.2022-05-18T16-48-16+02-00.snapshot.gz;
[gpath.c, 11, __gpthcld] Received path /AUDIO_RDIFF/Musik/90Discogs/rdiff-backup-data/mirror_metadata.2022-05-18T15-08-33+02-00.diff.gz;
[grdiff.c, 252, get_revisions] Received place for 2 revisions;
[grdiff.c, 263, get_revisions] Retrieved and sorted 2 revisions;
[gstring.c, 190, gstrsort] sorting array of size 2
[gstring.c, 192, gstrsort] done sorting[retriever.c, 24, retriever_init_limit] Initializing limit retriever for 1 repos;
[support.c, 10, retriever_init_common] Received 1 repos;
FUSE library version: 2.9.9
nullpath_ok: 0
nopath: 0
utime_omit_ok: 0
unique: 2, opcode: INIT (26), nodeid: 0, insize: 56, pid: 0
INIT: 7.32
flags=0x03fffffb
max_readahead=0x00020000
INIT: 7.19
flags=0x00000011
max_readahead=0x00020000
max_write=0x00020000
max_background=0
congestion_threshold=0
unique: 2, success, outsize: 40
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 783
unique: 4, error: -38 (Function not implemented), outsize: 16
unique: 6, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 783
LOOKUP /.Trash
getattr /.Trash
[operations.c, 18, revs_getattr] Attributes for path /.Trash;
[necessary.c, 138, necessary_get_file] checking file (null)/.Trash/(null)
[necessary.c, 145, necessary_get_file] checking revision entry
[operations.c, 20, revs_getattr] Failed to retrieve stats;
unique: 6, error: -1 (Operation not permitted), outsize: 16
unique: 8, opcode: LOOKUP (1), nodeid: 1, insize: 52, pid: 783
LOOKUP /.Trash-1000
getattr /.Trash-1000
[operations.c, 18, revs_getattr] Attributes for path /.Trash-1000;
[necessary.c, 138, necessary_get_file] checking file (null)/.Trash-1000/(null)
[necessary.c, 145, necessary_get_file] checking revision entry
[operations.c, 20, revs_getattr] Failed to retrieve stats;
unique: 8, error: -1 (Operation not permitted), outsize: 16
[operations.c, 175, revs_destroy] Deleting temporary directory /tmp/rdiff-backup-fs-bguaNr;
Edit: my setup, I installed via apt
ben@debian:~$ rdiff-backup-fs --version
rdiff-backup-fs - filesystem in userspace for rdiff-backup repositories; version 1.0.0
ben@debian:~$ uname -a
Linux debian 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64 GNU/Linux
I redid the whole backup locally. Same error. Any idea what LOOKUP /.Trash-1000
is about? I wonder why it would be relevant since no such directory is in my backed-up folder.
I installed rdiffweb to check if it can find my backup. I can access the installation via localhost:8080. How can I add my backup path in rdiffweb?
With rdiffweb, you must go to the Admin aread and configure the user root. By default it's defined as /backups
Read this for more details: https://nexus.ikus-soft.com/repository/archive/rdiffweb/2.3.9/doc/settings.html#setup-users-repositories
Works fine. I can see my backups and the history fits. So, the command-line tool definitely has this issue. Not sure how to go about it though, I have no experience with C. Would be an interesting topic, though.
I'm even surprised that you got it compiled and running ( see #4), so feel very welcome to have a try.
I am nor sure anymore and cannot find it in the history but I think I installed with apt install rdiff-backup-fs
on my Debian system. Definitely did not compile anything.
I am just investigating using rdiff and rdiff-backup-fs and came across the impossibilty to use it with a remotely shared CIFS directory (https://code.google.com/archive/p/rdiff-backup-fs/issues/13).
I basically just wanted to confirm that this is true (seems so, I tested it with result
No such repository
).Also, I would like to know if it should work with NFS. I am not using NFS but would consider so if rdiff-backup-fs should work with it.