Re: Unable to restore directory or multiple files

This is a multi-part message in MIME format.
--===============7291397935199175589==
Content-Type: multipart/alternative;
 boundary="------------igcMIj3UumERA0CrmwDNKm2K"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------igcMIj3UumERA0CrmwDNKm2K
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

T24gNC81LzI2IDEyOjAyIFBNLCBFbW1ldHQgQ3VsbGV5IHdyb3RlOg0KPiBSZWNlbnRseSBJ
IGF0dGVtcHRlZCB0byByZXN0b3JlIGEgZGlyZWN0b3J5IGFuZCBhbGwgaXQncyANCj4gZmls
ZXMgdG8gYSBob3N0LiBBbGwgdGhhdCB3YXMgcmVzdG9yZWQgd2FzIHRoZSB0b3AgDQo+IGRp
cmVjdG9yeS7CoCBOb25lIG9mIHRoZSBmaWxlcyBvciBzdWItZGlyZWN0b3JpZXMgd2VyZSAN
Cj4gcmVzdG9yZWQuDQo+DQo+IFRoZSBsb2cgaW5kaWNhdGVkIHRoYXQgemVybyBmaWxlcyB3
ZXJlIHJlc3RvcmVkLg0KPg0KPiBJZiBJIGF0dGVtcHQgdG8gcmVzdG9yZSBhIHNpbmdsZSBm
aWxlLCB0aGUgZmlsZXMgZ2V0cyANCj4gcmVzdG9yZWQgYW5kIHRoZSBsb2cgdGVsbHMgbWUg
b25lIGZpbGUgd2FzIHJlc3RvcmVkLg0KPg0KPiBJIGFtIGFibGUgdG8gcmVzdG9yZSB0byBh
IHRhciBmaWxlIHRoZW4gcmVzdG9yZSB0aGUgZmlsZXMgDQo+IGluIGEgZGlyZWN0b3J5LCBz
byBJIGtub3cgdGhlIGZpbGVzIGFyZSBpbiB0aGUgYXJjaGl2ZS4NCj4NCj4gSXQgZG9lc24n
dCBtYXR0ZXIgd2hhdCBob3N0IEkgdHJ5IHRvIHJlc3RvcmUsIEkgY2FuIG9ubHkgDQo+IHJl
c3RvcmUgb25lIGZpbGUgaW50byBhbiBleGlzdGluZyBkaXJlY3RvcnkuwqAgSSB1c2UgYm90
aCANCj4gcnN5bmNkIGFuZCByc3luYyBtZXRob2RzIGFuZCBuZWl0aGVyIG9uZSBjYW4gcmVz
dG9yZSANCj4gbXVsdGlwbGUgZmlsZXMuDQo+DQo+IEkgc2VhcmNoIHZpYSBnb29nbGUgYW5k
IGNhbiBmaW5kIG5vdGhpbmcgdGhhdCBjbHVlcyBtZSANCj4gaW50byB3aGVyZSB0byBsb29r
Lg0KPg0KPiBBbnkgc3VnZ2VzdGlvbiB3b3VsZCBiZSBhcHByZWNpYXRlZC4NCj4NCj4gRW1t
ZXR0DQo+DQo+DQo+DQpJIG9ubHkgZ2V0IGRpZ2VzdHMgb2YgcmVwbGllcyB0byB0aGUgbGlz
dCBzbyB5b3UgbWF5IGhhdmUgDQpnb3R0ZW4gc29tZSBoZWxwIGFscmVhZHkuIEl0IHdvdWxk
IGJlIGdvb2QgdG8ga25vdyB3aGF0IA0KdmVyc2lvbiBvZiBCYWNrdXBQQyB5b3UgYXJlIHVz
aW5nLiBJJ20gdXNpbmcgNC40LjAgb24gYSANCnJvY2t5OS43IHNlcnZlci4gSSBqdXN0IGRp
ZCBhIHRlc3QgcmVzdG9yZSBvZiBhIG1vbnRoIG9sZCANCnVzZXIgZGlyZWN0b3J5IG9mIG15
IGxhcHRvcCB0byBhbiBhbHRlcm5hdGUgcGF0aCBvbiB0aGlzIA0Kc2FtZSBtYWNoaW5lIHNv
IGFzIG5vdCB0byBtaXggZXhpc3RpbmcgZGF0YS4gSW4gdGhlIENHSSBJIA0KYnJvd3NlZCB0
byBhbiBleGlzdGluZyBiYWNrdXAgIyBmb3IgdGhlIG1hY2hpbmUgYW5kIGZvdW5kIA0KdGhl
IHRvcCBsZXZlbCBzaGFyZSAvaG9tZSB3aGljaCBpcyBhIG1vdW50cG9pbnQgYW5kIGNsaWNr
ZWQgDQpvbiB0aGUgc3F1YXJlIHRvIHJldmVhbCB0aGUgdXNlciBkaXJlY3RvcmllcyBiZWxv
dyB0aGF0IHdpdGggDQp0aGUgb3B0aW9uIHRvIHNlbGVjdCBpbmRpaXZpZHVhbCBkaXJlY3Rv
cmllcyBvciBhbGwuIEluIHRoaXMgDQpjYXNlIHRoZXJlIGlzIG9ubHkgb25lIGRpcmVjdG9y
eSBiZWNhdXNlIGknbSB0aGUgb25seSB1c2VyLCANCmJ1dCBJIHNlbGVjdGVkIGFsbCB0aGVu
IGNsaWNrZWQgUmVzdG9yZS4gVGhpcyBicm91Z2h0IHVwIA0KYW5vdGhlciBkaWFsb2cgbWVu
dSB0aGF0IGFsbG93ZWQgbWUgdG8gZWl0aGVyIHJlc3RvcmUgDQpkaXJlY3RseSBiYWNrIHRv
IHRoZSBzb3VyY2UgZGVzdGluYXRpb24gb3IgcGljayBhbiBhbHRlcm5hdGUgDQpwYXRoIHdo
aWNoIEkgY2hvc2UgdG8gZG8uIEZvbGxvd2luZyB0aGUgcHJvbXB0cyBJIA0Kc3VjY2Vzc2Z1
bGx5IHJlc3RvcmVkIHRoZSB1c2VyIGRpcmVjdG9yeSB0byB0aGUgDQpzdWItZGlyZWN0b3J5
IGFzIHBlciB0aGUgbG9nIG91dHB1dCBoZXJlOg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4NCg0KVHJp
bW1pbmcgLyBmcm9tIHJlbW90ZURpciAtPiAvZGF0YS9qYmtkYXQvdG1wDQpXcm90ZSBzb3Vy
Y2UgZmlsZSBsaXN0IHRvIC92YXIvbGliL0JhY2t1cFBDLy9wYy9sdDE0Ly5yc3luY0ZpbGVz
RnJvbTY5NDI3OiAvDQpSdW5uaW5nOiAvdXNyL2Jpbi9yc3luY19icGMgLS1icGMtdG9wLWRp
ciAvdmFyL2xpYi9CYWNrdXBQQy8gLS1icGMtaG9zdC1uYW1lDQpsdDE0IC0tYnBjLXNoYXJl
LW5hbWUgL2hvbWUgLS1icGMtYmt1cC1udW0gNDggLS1icGMtYmt1cC1jb21wIDMgLS1icGMt
Ymt1cC1tZXJnZQ0KNDgvMy80IC0tYnBjLWxvZy1sZXZlbCAxIC0tYnBjLWF0dHJpYi1uZXcg
LWUgL3Vzci9iaW4vc3NoXCAtbFwgYmFja3VwcGMNCi0tcnN5bmMtcGF0aD0vdXNyL2Jpbi9z
dWRvXCAvdXNyL2Jpbi9yc3luYyAtLXJlY3Vyc2l2ZSAtLXN1cGVyDQotLXByb3RlY3QtYXJn
cyAtLW51bWVyaWMtaWRzIC0tcGVybXMgLS1vd25lciAtLWdyb3VwIC1EIC0tdGltZXMgLS1s
aW5rcw0KLS1oYXJkLWxpbmtzIC0tZGVsZXRlIC0tcGFydGlhbCAtLWxvZy1mb3JtYXQ9bG9n
OlwgJW9cICVpXCAlQlwgJThVLCU4R1wgJTlsXCAlZiVMDQotLXN0YXRzIC0tZmlsZXMtZnJv
bT0vdmFyL2xpYi9CYWNrdXBQQy8vcGMvbHQxNC8ucnN5bmNGaWxlc0Zyb202OTQyNyAvIGx0
MTQ6L2RhdGEvamJrZGF0L3RtcA0KVGhpcyBpcyB0aGUgcnN5bmMgY2hpbGQgYWJvdXQgdG8g
ZXhlYyAvdXNyL2Jpbi9yc3luY19icGMNClsgc2tpcHBlZCA1NTI2IGxpbmVzIF0NCg0KTnVt
YmVyIG9mIGZpbGVzOiA1LDUyNiAocmVnOiA0LDUxNSwgZGlyOiA5OTYsIGxpbms6IDEzLCBz
cGVjaWFsOiAyKQ0KTnVtYmVyIG9mIGNyZWF0ZWQgZmlsZXM6IDUsNTI1IChyZWc6IDQsNTE1
LCBkaXI6IDk5NSwgbGluazogMTMsIHNwZWNpYWw6IDIpDQpOdW1iZXIgb2YgZGVsZXRlZCBm
aWxlczogMA0KTnVtYmVyIG9mIHJlZ3VsYXIgZmlsZXMgdHJhbnNmZXJyZWQ6IDQsNTE1DQpU
b3RhbCBmaWxlIHNpemU6IDEsNTMyLDIxMyw0MTAgYnl0ZXMNCg0KLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uDQoNClRvIG1lIGl0IHNlZW1zIHRvIHdvcmsgYXMg
aW50ZW5kZWQuIEkgd291bGQgbmV2ZXIgdG8gYSBmdWxsIA0KcmVzdG9yZSB0byB0aGUgc291
cmNlIGRpcmVjdG9yeSBiZWNhdXNlIHRoZXJlIGlzIHRvbyBncmVhdCBhIA0KY2hhbmNlIG9m
IGFwcGxpY2F0aW9ucyBnZXR0aW5nIG91dCBvZiBzeW5jLiBXaGVyZSBJIGhhdmUgDQpkb25l
IGZ1bGwgcmVzdG9yZXMgaXMgd2hlbiBJIG1vdmUgdXNlcnMgdG8gYW5vdGhlciBtYWNoaW5l
IA0KYW5kIGl0IGhhcyB3b3JrZWQgd2VsbCBhcyBsb25nIGFzIFVJRCBhcmUgY29ycmVjdGx5
IGNyZWF0ZWQuDQpZb3UgY2FuJ3QgcmVzdG9yZSBhIHRvcCBsZXZlbCBzaGFyZSBpbiBvbmUg
c3RlcCBidXQgYXMgDQpkZW1vbnN0cmF0ZWQgeW91IGNhbiByZXN0b3JlIHdob2xlIHN1YmRp
cmVjdG9yaXMgYmVsb3cgdGhlbSANCmF0IGxlYXN0IGluIHRoaXMgc21hbGwgdGVzdC4NCg0K
DQotLSANCkppbSBLUg0KDQo=
--------------igcMIj3UumERA0CrmwDNKm2K
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    <div class=3D"moz-cite-prefix">On 4/5/26 12:02 PM, Emmett Culley
      wrote:<br>
    </div>
    <blockquote type=3D"cite"
      cite=3D"mid:[email protected]">R=
ecently
      I attempted to restore a directory and all it's files to a host.=C2=
=A0
      All that was restored was the top directory.=C2=A0 None of the file=
s or
      sub-directories were restored.
      <br>
      <br>
      The log indicated that zero files were restored.
      <br>
      <br>
      If I attempt to restore a single file, the files gets restored and
      the log tells me one file was restored.
      <br>
      <br>
      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.
      <br>
      <br>
      It doesn't matter what host I try to restore, I can only restore
      one file into an existing directory.=C2=A0 I use both rsyncd and rs=
ync
      methods and neither one can restore multiple files.
      <br>
      <br>
      I search via google and can find nothing that clues me into where
      to look.
      <br>
      <br>
      Any suggestion would be appreciated.
      <br>
      <br>
      Emmett
      <br>
      <br>
      <br>
      <br>
    </blockquote>
    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:<br>
=2E......................................................................=
<br>
    <pre>Trimming / from remoteDir -&gt; /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-n=
ame=20
lt14 --bpc-share-name /home --bpc-bkup-num 48 --bpc-bkup-comp 3 --bpc-bku=
p-merge=20
48/3/4 --bpc-log-level 1 --bpc-attrib-new -e /usr/bin/ssh\ -l\ backuppc=20
--rsync-path=3D/usr/bin/sudo\ /usr/bin/rsync --recursive --super=20
--protect-args --numeric-ids --perms --owner --group -D --times --links=20
--hard-links --delete --partial --log-format=3Dlog:\ %o\ %i\ %B\ %8U,%8G\=
 %9l\ %f%L=20
--stats --files-from=3D/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</pre>
=2E......................................................................=
=2E.....................<br>
    <br>
    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.=C2=A0<br>
    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.<br>
    <br>
    <br>
    =C2=A0
    <pre class=3D"moz-signature" cols=3D"60">--=20
Jim KR</pre>
  </body>
</html>

--------------igcMIj3UumERA0CrmwDNKm2K--


--===============7291397935199175589==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============7291397935199175589==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
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/

--===============7291397935199175589==--