[BackupPC-users] Problem with rsync transfer on version 3
I am running backuppc version 3.
dpkg shows 3.3.1-2ubuntu3.1
server is Ubuntu 16.04
client is Ubuntu 14.04
It run the transfer for a short period then stop/hangs.
If run it from the command line with -f -v option I see going thought 1609
files and stopping at the same point each time (did it 4 times.)
If just do an rsync command it work.
On the client the rsync is just waiting output from strace on client:
root@mineola-ltsp:~# strace -o /tmp/out -p 8189
Process 8189 attached - interrupt to quit
^CProcess 8189 detached
root@mineola-ltsp:~# more /tmp/out
select(1, [0], [], NULL, {21, 938364}) = 0 (Timeout)
select(1, [0], [], NULL, {60, 0}
root@mineola-ltsp:~#
It looks like the problem is on backuppc side.
Looking for info on how to debug this problem.
Here is the output from:
backuppc@backup-client:~$ /usr/share/backuppc/bin/BackupPC_dump -f -v
mineola-ltsp.backup.ltcd.com
cmdSystemOrEval: about to system /bin/ping -c 1 mineola-ltsp.backup.ltcd.com
cmdSystemOrEval: finished: got output PING mineola-ltsp.backup.ltcd.com
(172.25.3.3) 56(84) bytes of data.
64 bytes from 172.25.3.3: icmp_seq=1 ttl=62 time=128 ms
--- mineola-ltsp.backup.ltcd.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 128.318/128.318/128.318/0.000 ms
cmdSystemOrEval: about to system /bin/ping -c 1 mineola-ltsp.backup.ltcd.com
cmdSystemOrEval: finished: got output PING mineola-ltsp.backup.ltcd.com
(172.25.3.3) 56(84) bytes of data.
64 bytes from 172.25.3.3: icmp_seq=1 ttl=62 time=152 ms
--- mineola-ltsp.backup.ltcd.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 152.110/152.110/152.110/0.000 ms
CheckHostAlive: returning 152.110
full backup started for directory /etc
started full dump, share=/etc
Running: /usr/bin/ssh -q -x -l root mineola-ltsp.backup.ltcd.com /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --checksum-seed=32761 --one-file-system --ignore-times .
/etc/
Xfer PIDs are now 928
xferPids 928
Got remote protocol 30
Negotiated protocol version 28
Checksum caching enabled (checksumSeed = 32761)
Xfer PIDs are now 928,929
xferPids 928,929
create d 755 0/0 12288 .
create d 755 0/04096 .java
create d 755 0/04096 .java/.systemPrefs
create 644 0/0 0 .java/.systemPrefs/.system.lock
same 644 0/0 356 init/udevmonitor.conf
same 644 0/0 352 init/udevtrigger.conf
same 644 0/0 473 init/ufw.conf
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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/
[BackupPC-users] Change retention to 14 days
Hello all, I could not seem to find or understand how to change the retention to 14days and 3 full back ups. Maybe I just am blind... Any help appreciated.. Have a great day -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ 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/
[BackupPC-users] backupfilesonly
Hi, Craig. do you think it's a good idea to trim spaces on right side from file lists? :) Alex -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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/
Re: [BackupPC-users] Xfer errors for 31 files
Le 27/08/2017 à 23:18, Craig Barratt via BackupPC-users a écrit :
Daniel,
Thanks Craig for looking at this. To check if the problem could be
reproduced, I've renamed the faulty host dir and started with fresh
backup (and up to now, no errors occured). I still have the faulty
directory (renamed robert.xferErr), here are the info requested
Can you check if there is an attrib file in that directory
(/var/lib/BackupPC//pc/robert/242/f%2f/fusr/fbin)? (You might need to
update the 242 to be the number of the latest filled backup.) It
should have a file name of the form "attrib_" where is 32 hex
digits.
Yes, there's
/var/lib/BackupPC//pc/robert.xferErr/244/f%2f/fusr/fbin/attrib_5ecf35554e19361c98c012c616eb838c
Next, run this command to display the contents of the attrib file:
BackupPC_attribPrint
/var/lib/BackupPC//pc/robert/242/f%2f/fusr/fbin/attrib_
Either send the whole output to me directly (not to the list), or
excerpt just the perl entry (about a dozen lines starting with 'perl'
=> {)
Here's the part regarding the perl binary:
'perl' => {
'compress' => 3,
'digest' => '',
'gid' => 0,
'inode' => 2833243,
'mode' => 493,
'mtime' => 1490180558,
'name' => 'perl',
'nlinks' => 0,
'size' => 13304,
'type' => 0,
'uid' => 0
},
And, as the digest is missing, I can't lookup in the cpool. The file
must be there now anyway (as it was present in previous backups, and is
now for sure present in the new backups of the same host since I've
started new backups from scratch). So I guess the issue is just the
missing digest in the attrib.
Anything else you'd need ?
Cheers,
Daniel
--
Logo FWS
*Daniel Berteaud*
FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32
Visio : http://vroom.fws.fr/dani
/www.firewall-services.com/
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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/
