Dear all,
As far as I understand BackupPC 4.x don't use hardlinks anymore. Instead files
are stored only in
[c]pool.
In pc// in each directory, backuped from the host, is only
one, zero lenght,
attrib file and its name includes one MD5 digest.
Because it is only one MD5 digest, how can backuppc
Dear all,
Probably I do something wrong. I can't find the file in pool, based on MD5,
delivered from BackupPC_ls
sudo -u backuppc /usr/share/backuppc/bin/BackupPC_ls -h devel-vista -n 2 -s
BACKUP4U -R /
/:
drwxrwx--- 1001/544 0 2011-01-26 23:57:36 /bin/
drwxrwx--- 1001/544 0
Hello G.W.
Thanks, perfect explained. I understand :)
Thanks a lot
Matthias
Am Montag, dem 18.11.2024 um 15:56 + schrieb G.W. Haywood:
> Hi there,
>
> To answer the question in the subject line, yes there is. :)
>
> On Mon, 18 Nov 2024, Matthias wrote:
>
> > I don't understand the differe
each level, numbered evenly in
hex from 0x00, 0x02,
to 0xfe.
I found my file in pool/ec/e0/ede1068daff08ed0c67d405e8e72e195.
If I clear the lsb in "ed" and "e1" I come to "ec" and "e0"
Thanks and have a great day
Matthias
Am Montag, dem 18.11.202
Dear all,
I don't understand the difference between filled and not filled incremental
backups.
As far as I understand, the attrib_ file contains the MD5 of all files,
part of a backup.
Indepentend if it is a full, filled incremental or not filled incremental.
I'm right?
Thanks in advance
Matth
You could use DumpPreShareCmd/DumpPostShareCmd to call a script on your desktop
machine which mount
and umount the unused partition and than backup all partitions in one host.
You only need different rsyncd.conf in BSD and Devuan to have mountpoints of
the BSD and Devuan
partition always on the s
Hello, good day
I have a patch proposal for BackupPC_restore.
I sent this patch to backuppc-de...@lists.sourceforge.net but get no answer.
Is this list still active?
Thanks
Matthias
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
use
* BackupPC_ls -R -h -n -s /
>/tmp/oneContent1.txt
* BackupPC_ls -R -h -n -s /
>/tmp/oneContent2.txt
* diff /tmp/oneContent1.txt /tmp/oneContent2.txt
Br
Matthias
Am Samstag, dem 08.03.2025 um 10:33 -0500 schrieb Paul Fox:
> How can I use backuppc, or its logs, to generate a list of
Hello,
The backups set as keep in ~/pc//backups will kept in addition of
FullKeepCnt or included
into FullKeepCnt?
Or in other words - If I have $Conf{FullKeepCnt}=17 and 4 of the backups are
set as keep in
~/pc//backups, the last recent backup which is not set as keep, will be
removed if the
Hello Mark,
It couldn't be similar to
https://sourceforge.net/p/backuppc/mailman/message/5775593/ ?
Br
Matthias
Am Samstag, dem 15.03.2025 um 00:29 -0400 schrieb Mark Murawski:
> Hi All,
>
> After pouring through the docs the best I can, I've been unable to figure
> out how to enable
> log
Dear all,
Running BackupPC V4.4.0-3 on Debian 11 (Bullseye) and having some unexpected
messages from
BackupPC_migrateV3toV4 also if BackupPC_migrateV3toV4 -m don't report any
issues at the beginning:
1) unexpected progress reported:
BackupPC_migrateV3toV4: migrating host fileserver backup #5
Hello,
Sometimes backing up a share produce a lot of logging messages in the XferLOG.
Can I disable that?
Running: /usr/libexec/backuppc-rsync/rsync_bpc --bpc-top-dir
/var/lib/backuppc --bpc-host-name
athlux --bpc-share-name root --bpc-bkup-num 4342 --bpc-bkup-comp 0
--bpc-bkup-prevnum 4
Hello,
In BackupPC V3 each time a new backup begun the DumpPreUserCmd has been called
first. I use it to
disable hibernation in client and enable it again during DumpPostUserCmd.
In BackupPC V4, if a new backup is started (#5), we begin by renaming backup #4
to #5 and
DumpPreUserCmd will be call
xpected
magic number".
Thanks in advance
Matthias
Am Dienstag, dem 22.04.2025 um 10:47 +0200 schrieb Matthias--- via
BackupPC-users:
> Dear all,
>
> Running BackupPC V4.4.0-3 on Debian 11 (Bullseye) and having some unexpected
> messages from
> BackupPC_migrateV3toV4 also if
the magic number is the one for zip compression.
> Perhaps file is corrupt?
> Matthias--- via BackupPC-users wrote at about 05:39:41 +0200 on Friday, April
> 25, 2025:
> > 1. the miscalculated progress occurs mostly on partial backups and a
> very few incremental
> >
Hello,
I have to migrate 11TB for 24 host from V3 to V4 and the process run since 2
weeks.
It looks like BackupPC_migrateV3toV4 use max. 100% of CPU-time.
Would it be secure to run several BackupPC_migrateV3toV4 for different hosts in
parallel?
Thanks
Matthias
__
nu/libdl.so.2 😁️
* The not migrated host is the only one with "tar" backups from 2011
* ls -R ..950.old | wc -l delivers 12774 and BackupPC_ls -R -h firewall -s /
-n 950 / | wc -l
delivers 9837. Means 3.000 files are lost ?
Thanks
Matthias
Am Freitag, dem 25.04.2025 um 07:50
ok - thank you :)
Am Dienstag, dem 29.04.2025 um 13:21 + schrieb backu...@kosowsky.org:
> I don't think that would be wise as pool files are shared and this
> will disrupt pool counts and may even lead to pool duplications.
>
> Matthias--- via BackupPC-users wrote at about
Hello,
I running BackuPC V4.4 for managing some Windows PCs with rsync.
In restoring of ACLs something seems to be wrong.
An original file have:
owner: SYSTEM
Full control: Administrators and User
Read&execute: All Application packages
3 Account Unknown
If I backup
Thanks for the hints.
You are right with BackupPC V3.
I've a running bare metal restore finished in 2013, running well on
WindowsXP, Vista, Windows7
and Windows8, based on BackupPC V3 and a pre-exec.sh (cygwin) using fsutil
for the junction
points and secaudit for ACLs.
Unfortunately
Hello,
Tried --delete but without effect.
I believe the different --del options of rsync are all removing files on
destination. Just in
different point of time.
Any other hint?
Thank you
Matthias
Am Freitag, dem 28.02.2025 um 17:36 + schrieb G.W. Haywood:
> Hi there,
>
> On Fri, 28 Feb 202
Thank you :)
'--ignore-errors' solved my issue.
Br
Matthias
Am Samstag, dem 01.03.2025 um 13:53 + schrieb G.W. Haywood:
> Hi there,
>
> On Sat, 1 Mar 2025, Guillermo Rozas wrote:
> > On Sat, Mar 1, 2025, 06:35 Matthias--- via BackupPC-users wrote:
> >
>
Hello, good day :)
I'm wondering that removed files and directories are still in the actual
backups.
If I remove a file on client after backing up with BackupPC V4, it is still
available in the
following backups.
I assume BackupPC_backupDuplicate get it from the current backup before the
actual
Yes. I expect the files to be removed in the current backup. Not in the backups
already done.
I checked the transferlog "/var/lib/backuppc/pc/devel-w8/XferLOG.77" and I'm
surprised:
Running: /usr/libexec/backuppc-rsync/rsync_bpc --bpc-top-dir
/var/lib/backuppc --bpc-host-name
devel-w8 --b
Hello,
Please - someone have a hint?
It is really strange and my XferLOGs are several MB instead some KB as in the
past.
Strange is that an XferLOG can start backing up the first shares without
logging of received files
and start logging only with 2nd or 3rd share.
How can I disable this loggi
Hello,
I removed "--log-format=log:\ %o\ %i\ %B\ %8U,%8G\ %9l\ %f%L" from
$Conf{RsyncArgs} and logging
stops :)
Br
Matthias
Am Sonntag, dem 11.05.2025 um 01:17 +0200 schrieb matth...@gmx.at:
> Hello,
>
> Please - someone have a hint?
>
> It is really strange and my XferLOGs are several MB ins
Sorry - as Ged already answered in another post:
ulimit -n 1
solved this issue.
Br
Matthias
Am Dienstag, dem 29.07.2025 um 19:29 +0200 schrieb matth...@gmx.at:
> During migration of very old V3 backups to V4, I got a strange error:
> :
> bpc_attrib_dirRead: can't open ./f%2f/fvar/fsp
During migration of very old V3 backups to V4, I got a strange error:
:
bpc_attrib_dirRead: can't open ./f%2f/fvar/fspool/attrib
BackupPC_migrateV3toV4: can't read attribute file ./f%2f/fvar/fstate/attrib
bpc_attrib_dirRead: can't open ./f%2f/fvar/fstate/attrib
bpc_poolRefFileWrite:
Dear all,
I tried to migrate a very old V3 backup to V4:
sudo -u backuppc /usr/share/backuppc/bin/BackupPC_migrateV3toV4 -h firewall
-v -n 978
During migration I get a lot of messages like:
BackupPC_migrateV3toV4: can't read attribute file
./f%2f/fvar/fstate/attribbpc_attrib_dirRead: can'
Solving the other issue, "error while loading shared libraries: libdl.so.2",
with ulimit -u 1
leads to finish the migration successfull.
Probably the "old" attrib files are corrupt and a restore couldn't restore
correct attributes like
owner and access rights. But this is a minor issue for me
Hello,
No - XferLogLevel is set to 0.
I checked it twice :)
In the meantime I learned that it don't log anything if nothing changed within
a share.
So it looks like rsync_bpc logs any file verification.
Thr process looks like:
/usr/libexec/backuppc-rsync/rsync_bpc --bpc-top-dir /var/lib/back
Hi,
Can I remove ../pool/0 till ../pool/f directories after migration to V4?
As far as I understand we use ../pool/00 till ../pool/fe instead the old single
number ones
and the pool directories with single character names are obsolete now.
Thanks in advance
Matthias
_
Yes, I'm very sure I have no V3 backups anymore.
$Conf{PoolV3Enabled} is still enabled. I'll disable it soon.
$Conf{BackupPCNightlyPeriod} = 16, since 2 days. Before it was 1.
😁️
Yesterday I've already deleted in ../*pool/?/:
1. all files with only 1 hardlink
2. all files which are only hardl
Am Sonntag, dem 17.08.2025 um 16:58 +0100 schrieb G.W. Haywood:
> Hi there,
>
> On Sun, 17 Aug 2025, matth...@gmx.at wrote:
>
> > Yes, I'm very sure I have no V3 backups anymore.
> > $Conf{PoolV3Enabled} is still enabled. I'll disable it soon.
>
> When you do that, the only change to operation s
Hello 2all :)
I've migrated my V3 backups to V4 with backuppc V4.4.0-3.
After a lot of issues, mostly because of insufficient file limit (I need ulimit
-n 10 😉️), I've
migrated all of my backups into V4. I have no more backups in V3-style but
still have files in V3
pool and cpool.
I find out
Hello Steve,
There are some differences in storage layout between BackupPC V3 and V4.
Because this you can't
apply a 20 year old documentation 😁️.
In BackupPC V4 all files are stored only once in ../pool/??/??/ or in
../cpool/??/??/.
You can delete this file in [c]pool but you will harvest on "
Hello again :)
* Patch https://github.com/backuppc/backuppc/issues/541
- My patch is in github as Issue 541. I'm sure I missunderstand your "If no
Github issue yet
exists, you could for example add your suggestion to
https://github.com/backuppc/backuppc/issues/5";
- I don't i
edit ../pc//backups and replace incr by full.
It will not change the content of your backup but you should be able to avoid
deletion of it.
On the other hand - if you don't make new backups it will not be removed anyway
- as far as your
$Conf{IncrAgeMax} is not reached.
br
Matthias
Am Mittwoch
I found the reason for this mystery:
/home/Backup4U/.ssh:
-rwxrwx--- 1014/544415 2008-12-14 14:12:10
/home/Backup4U/.ssh/authorized_keys (e86ae4879765b4579bb3deee0626e88b)
bpc_attrib_dirRead: can't open
/var/lib/backuppc/pool/74/fa/74faf6dde97ccc2439ee042541197853
/home/Bac
Just to know:
uid/gid, listet by BackupPC_ls are uid/gid of the original file on client side.
It isn't uid/git of
the file in the backup.
br
Matthias
Am Mittwoch, dem 20.08.2025 um 17:34 +0200 schrieb matth...@gmx.at:
> Hello again :)
>
> * Patch https://github.com/backuppc/backuppc/issues/541
40 matches
Mail list logo
