Hello :) My config files are all in /etc/backuppc/ Attached you will find my config.pl, the failing devel-w8.pl as well as the correct working honeypc.pl
Yes, I modified BackupPC_dump and BackupPC_restore. I'asked for providing it as a patch on May 4, last year (https://sourceforge.net/p/backuppc/mailman/backuppc-users/thread/7af6b2b968207411dcc25fd8aebdf4fc722ee7bd.camel%40gmx.at/#msg59179821 ). BackupPC_dump: In BackupPC V4, if a new backup is started, we begin with BackupPC_backupDuplicate of the last recent backup number into the new backup number and DumpPreUserCmd will be called afterwards. This can have a duration from some seconds till some hours. If the client go to sleep during this time, the backup will fail. To omit this, this patch move the call of DumpPreUserCmd before execution of BackupPC_backupDuplicate and a users DumpPreUserCmd can disable hibernation on client side. BackupPC_restore: I have two special Use Cases where creation of restore log information fails: I'm calling BackupPC_restore during RestorePostUserCmd for restoring junction point destinations as well as I run several BackupPC_restore in parallel for my bare metal restore process. In this cases it could happen that a requested restore for a client is done during another RestorePostUserCmd for this client is still running. In this case both BackupPC_restore will use the same restore number $lastNum and the RestoreInfo and RestoreLOG will be overwritten by the last finishing BackupPC_restore. To omit this, this patch move the call of calculation of $lastNum behind the call of the RestorePostUserCmd. The timeframe where such interruptions can occur will be much smaller. Just this dozen code lines from calculating the number till adding the new restore information to the restore file. Thanks in advance Matthias Am Donnerstag, dem 04.06.2026 um 17:34 +0100 schrieb G.W. Haywood: > Hi there, > > On Wed, 3 Jun 2026, Matthias@... wrote: > > > It looks like I have an issue with my config files in /etc/backuppc. > > For two hosts I get an error (xfer start failed: > > $Conf{RsyncBackupPCPath} is set to , which isn't a valid executable) > > > > But it is only configured in /etc/backuppc/config.pl. Not in any other of > > my 30 host: > > grep -i RsyncBackupPCPath /etc/backuppc/*.pl > > /etc/backuppc/config.pl:$Conf{RsyncBackupPCPath} = > > '/usr/libexec/backuppc-rsync/rsync_bpc'; > > /etc/backuppc/config.pl: 'RsyncBackupPCPath' => '0', > > > > I'd be happy for any hint :) > > Have you used the Web interface to edit the configuration? Using the > Web GUI, more than once by accident I have managed to create an array > with an empty element. Occasionally that would break things. I have > considered adding a check for empty array elements in the GUI code but > it isn't a high priority. I recommend you look at the configuration > very carefully using a text editor or a pager. > > Where are all your per-PC configurations stored? Are they all in the > /etc/backuppc/ directory? We may need to see the full configuration, > at least config.pl plus the two failing hosts and maybe one that's OK. > Most systems have a separate directory for the per-PC configuration > files, it seems a lot tidier to me, that's how BackupPC sets it up if > you install from upstream and that's how I do it. I guess Debian has > its own ideas. I don't understand the logic of deliberately changing > what seems to me a perfectly serviceable arrangement for everyone, but > if there's a rational explanation I'm willing to listen. Anyway if a > per-PC configuration isn't in the BackupPC configuration directory you > obviously won't find it with the grep command that you gave. > > Have you edited any of the BackupPC Perl scripts? >
config.pl
Description: Perl program
devel-w8.pl
Description: Perl program
honeypc.pl
Description: Perl program
_______________________________________________ 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/
