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 <
pmcdon...@thorntontomasetti.com> 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 <cbarr...@users.sourceforge.net>
> *Sent:* 03 October 2020 19:44
> *To:* General list for user discussion, questions and support <
> backuppc-users@lists.sourceforge.net>
> *Cc:* McDonald, Peter George <pmcdon...@thorntontomasetti.com>
> *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 <
> backuppc-users@lists.sourceforge.net> 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 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.
>
> pmcdon...@thorntontomasetti.com
> www.ThorntonTomasetti.com <http://www.thorntontomasetti.com/>
>
> <https://bit.ly/tt_cr>
> _______________________________________________
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> 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
BackupPC-users@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/
