I believe the migration was done, the last good backup I have is a full at number 93 (I'm at 98 now, after 5 failed attempts). In the 93 folder, the rsyncTmp files (of which there are two) are 13Gb each. In these new folders, rsyncTemp is zero size.
What would you need to see - we could possibly arrange something. -Peter Peter G. McDonald, Ph.D. Associate Thornton Tomasetti Defence Ltd 2 St David's Drive St David's Business Park Dalgety Bay Fife, KY11 9PF United Kingdom T: +44 (0) 1383 828270 F: +44 (0) 1383 821682 D: +44 (0) 1383 828978 M: +44 (0) 7868128152 [email protected]<mailto:[email protected]> www.ThorntonTomasetti.com<http://www.thorntontomasetti.com/> Visit our 2019/20 Annual Report<https://bit.ly/tt_ingenuity> and Corporate Responsibility Report<https://bit.ly/tt_cr> <https://bit.ly/tt_cr> ________________________________ From: Craig Barratt <[email protected]> Sent: 04 October 2020 22:32 To: McDonald, Peter George <[email protected]> Cc: General list for user discussion, questions and support <[email protected]> Subject: Re: [BackupPC-users] backuppc v4 hanging when starting backup That's an excellent clue. The rsyncTmp.* files could be very large. They can be safely deleted. In fact, I should have BackupPC_backupDuplicate ignore them. I can't answer your question about whether it's safe to delete the copies without knowing more. Did you run bin/BackupPC_migrateV3toV4? What is the last full/filled backup that you think is complete/correct? It would be helpful to see the backups file. Craig On Sun, Oct 4, 2020 at 1:32 PM McDonald, Peter George <[email protected]<mailto:[email protected]>> wrote: It seems to be getting stuck here - not sure if this is enlightening at all ? Creating directory /tt-archive/backuppc/pc/localhost/96/./f%2fshare%2fhome%2fcfd/finstallation_packages Got path = ./f%2fshare%2fhome%2fcfd/finstallation_packages/attrib_88b274e4b7832babbbe8f66bb4571c31, name = attrib_88b274e4b7832babbbe8f66bb4571c31, e,d,f = 1,0,1 Got path = ./f%2fshare%2fhome%2fcfd/attrib_3b5fcb164e6ca5bf3afa64b234c6e072, name = attrib_3b5fcb164e6ca5bf3afa64b234c6e072, e,d,f = 1,0,1 Got path = ./backupInfo, name = backupInfo, e,d,f = 1,0,1 Got path = ./rsyncTmp.9948.0.4, name = rsyncTmp.9948.0.4, e,d,f = 1,0,1 Is It safe to delete /tt-archive/backuppc/pc/localhost/96/ - and the other ones that have started to duplicate and hung ? Cheers, Peter G. McDonald ________________________________ From: Craig Barratt <[email protected]<mailto:[email protected]>> Sent: 03 October 2020 19:44 To: General list for user discussion, questions and support <[email protected]<mailto:[email protected]>> Cc: McDonald, Peter George <[email protected]> Subject: Re: [BackupPC-users] backuppc v4 hanging when starting backup [External Sender] Not sure why this should happen. It's just copying a tree of directories that contain one empty file, so that shouldn't be a problem. I'd recommend manually running BackupPC_backupDuplicate as the BackupPC user with $Conf{XferLogLevel} set to 5. First make sure a backup isn't running on localhost. Then: su backuppc_user /usr/local/bin/BackupPC_backupDuplicate -h localhost You should see one line of output for each file/directory it encounters. That should allow you to see where it stalls or fails. Craig On Sat, Oct 3, 2020 at 4:51 AM McDonald, Peter George via BackupPC-users <[email protected]<mailto:[email protected]>> wrote: Hi, Apologies if this is not the correct place for this. We recently upgraded from v3 to v4 in order to try and get better performance, v3 worked fine. Since upgrading to v4 whenever a new scheduled backup starts it sits at the 'copy' stage. For example : Host <http://localhost:8881/backuppc?action=status#> Type <http://localhost:8881/backuppc?action=status#> User <http://localhost:8881/backuppc?action=status#> Start Time <http://localhost:8881/backuppc?action=status#> Command <http://localhost:8881/backuppc?action=status#> PID <http://localhost:8881/backuppc?action=status#> Xfer PID <http://localhost:8881/backuppc?action=status#> Status <http://localhost:8881/backuppc?action=status#> Count <http://localhost:8881/backuppc?action=status#> localhost<http://localhost:8881/backuppc?host=localhost> backup backuppc<mailto:backuppc> 10/3 08:59 BackupPC_dump -i localhost 12647 12650 copy #93 -> #95 1008 dirs >From here, it does not continue, and nothing is being written to the logs, and >the a top of the PID shows nothing happening.. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12647 backuppc 20 0 175228 15124 2708 S 0.0 0.0 0:00.07 BackupPC_dump PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12650 backuppc 20 0 164548 9572 2496 D 0.0 0.0 0:00.86 BackupPC_backup Any suggestions where to look ? I attempted to launch a backup manually from the command line with :- /usr/bin/perl /usr/share/BackupPC/bin/BackupPC_dump -i localhost Which worked, although seemed to overwrite my last previous backup. After that I was able to launch jobs manually via the CGI interface, but after a scheduled attempt everything gets stuck again. Any suggestions appreciated. Thanks, Peter G. McDonald, Ph.D. [email protected]<mailto:[email protected]> www.ThorntonTomasetti.com<http://www.thorntontomasetti.com/> <https://bit.ly/tt_cr> _______________________________________________ BackupPC-users mailing list [email protected]<mailto:[email protected]> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: https://github.com/backuppc/backuppc/wiki Project: https://backuppc.github.io/backuppc/
_______________________________________________ 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/
