On 2019-05-07 13:39, Raman Gupta wrote:
Certain directories (and their contents) on one of my hosts are not
getting backed up at all, even with a "Full" backup.
I use rsync as my Xfer method, with BackupPC 4.3.0 on Fedora (rpms
BackupPC-4.3.0-1.fc29.x86_64, BackupPC-XS-0.58-1.fc29.x86_64).
Looking at the backup logs, I see messages like the following related
to the directories that are not being backed up:
file has vanished: "/home/raman/x/y/a"
file has vanished: "/home/raman/x/y/b"
file has vanished: "/home/raman/x/y/c"
I have other directories and files successfully backed up in
"/home/raman/x/y", but the directories "a", "b", and "c" (and their
content) are not being backed up.
Note that these files have *not* vanished -- they are not ephemeral
and they haven't been touched in days. For example:
File: /home/raman/x/y/a
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: fd08h/64776d Inode: 33037482 Links: 5
Access: (0775/drwxrwxr-x) Uid: ( 1000/ raman) Gid: ( 1000/
raman)
Context: unconfined_u:object_r:user_home_t:s0
Access: 2019-05-07 05:05:17.288857497 -0400
Modify: 2019-04-30 00:56:22.914849594 -0400
Change: 2019-04-30 00:56:22.914849594 -0400
Birth: -
Any idea what might be happening here?
Regards,
Raman
"File has vanished" issues can be tricky to diagnose if the file appears
to be there. What rsync is really telling you is that it built a file
list, and some of the files or directories from that list are not
accessible when it actually went to read them. Actually being deleted
or ephemeral files are two reasons, but there are others, from filename
encoding issues to inode changes to complications with remotely mounted
filesystems to corruption issues to complex file permissions.
While I might check the file's details both before and after the rsync
run to look for changes, I recommend ensuring that these files are
reliably accessible by the rsync user, check the logs for any problems,
and working through filesystem issues. (XFS is notorious for this sort
of thing.) Also, if the volume is anything other than a local mount,
that's where I'd look first for issues; be aware that rsync's high read
volume often exposes issues not evident under less stressful usage.
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/