On 4/5/26 12:02 PM, Emmett Culley wrote:
Recently I attempted to restore a directory and all it's files to a host. All that was restored was the top directory.  None of the files or sub-directories were restored.

The log indicated that zero files were restored.

If I attempt to restore a single file, the files gets restored and the log tells me one file was restored.

I am able to restore to a tar file then restore the files in a directory, so I know the files are in the archive.

It doesn't matter what host I try to restore, I can only restore one file into an existing directory.  I use both rsyncd and rsync methods and neither one can restore multiple files.

I search via google and can find nothing that clues me into where to look.

Any suggestion would be appreciated.

Emmett



I only get digests of replies to the list so you may have gotten some help already. It would be good to know what version of BackupPC you are using. I'm using 4.4.0 on a rocky9.7 server. I just did a test restore of a month old user directory of my laptop to an alternate path on this same machine so as not to mix existing data. In the CGI I browsed to an existing backup # for the machine and found the top level share /home which is a mountpoint and clicked on the square to reveal the user directories below that with the option to select indiividual directories or all. In this case there is only one directory because i'm the only user, but I selected all then clicked Restore. This brought up another dialog menu that allowed me to either restore directly back to the source destination or pick an alternate path which I chose to do. Following the prompts I successfully restored the user directory to the sub-directory as per the log output here:
.......................................................................

Trimming / from remoteDir -> /data/jbkdat/tmp
Wrote source file list to /var/lib/BackupPC//pc/lt14/.rsyncFilesFrom69427: /
Running: /usr/bin/rsync_bpc --bpc-top-dir /var/lib/BackupPC/ --bpc-host-name
lt14 --bpc-share-name /home --bpc-bkup-num 48 --bpc-bkup-comp 3 --bpc-bkup-merge
48/3/4 --bpc-log-level 1 --bpc-attrib-new -e /usr/bin/ssh\ -l\ backuppc
--rsync-path=/usr/bin/sudo\ /usr/bin/rsync --recursive --super
--protect-args --numeric-ids --perms --owner --group -D --times --links
--hard-links --delete --partial --log-format=log:\ %o\ %i\ %B\ %8U,%8G\ %9l\ 
%f%L
--stats --files-from=/var/lib/BackupPC//pc/lt14/.rsyncFilesFrom69427 / 
lt14:/data/jbkdat/tmp
This is the rsync child about to exec /usr/bin/rsync_bpc
[ skipped 5526 lines ]

Number of files: 5,526 (reg: 4,515, dir: 996, link: 13, special: 2)
Number of created files: 5,525 (reg: 4,515, dir: 995, link: 13, special: 2)
Number of deleted files: 0
Number of regular files transferred: 4,515
Total file size: 1,532,213,410 bytes

.............................................................................................

To me it seems to work as intended. I would never to a full restore to the source directory because there is too great a chance of applications getting out of sync. Where I have done full restores is when I move users to another machine and it has worked well as long as UID are correctly created. You can't restore a top level share in one step but as demonstrated you can restore whole subdirectoris below them at least in this small test.


--
Jim KR

_______________________________________________
BackupPC-users mailing list
[email protected]
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Reply via email to