Craig,
Thanks for looking into this been using BackupPC for many years and have
been very happy with the way it has performed.
I'm glad that the info I provided was of some use and hopefully it helps
in resolving the bug. Other than a bit annoying to see the error this
issue isn't affecting me in any way.
If you need any more info please let me know.
Pete
On 1/11/21 11:32 PM, Craig Barratt wrote:
Pete,
Thanks for the additional information. It's definitely a bug (same
one reported by Alexander), and it's certainly due to the significant
rewrite I did between rsync-bpc 3.1.2 and 3.1.3 on how long strings
(used in many places for file names, paths etc) are handled. Somehow
the file name (which should be "alt-java.1.gz") added to the
attributes for that directory is incorrectly set to a mangled attrib
directory path instead.
A secondary issue is why it doesn't recover on a subsequent full
backup (likely because the incorrectly added file name contains "/",
so an attempt to unlink (remove) that file causes it to refer to a
deeper directory, which fails).
I've been looking at the code for how symlinks are handled, but
haven't yet found the bug.
Craig
On Tue, Jan 12, 2021 at 10:01 AM Pete Geenhuizen
<pgeenhui...@gmail.com <mailto:pgeenhui...@gmail.com>> wrote:
Craig,
# su -m backuppc -c '/usr/share/BackupPC/bin/BackupPC_zcat
9dea1ea7cd900fa4fcd3e24f86ad0be8'
/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz
Not sure if this is useful but
$ ls -l /usr/share/man/man1/alt-java*
lrwxrwxrwx 1 root root 31 Dec 18 08:08
/usr/share/man/man1/alt-java.1.gz -> /etc/alternatives/alt-java.1.gz
-rw-r--r-- 1 root root 25788 Dec 16 12:29
/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz
$ ls -l /etc/alternatives/alt-java*
lrwxrwxrwx 1 root root 77 Dec 18 08:08 /etc/alternatives/alt-java
->
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64/jre/bin/alt-java
lrwxrwxrwx 1 root root 81 Dec 18 08:08
/etc/alternatives/alt-java.1.gz ->
/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz
Pete
On 1/11/21 5:15 PM, Craig Barratt wrote:
Pete,
Thanks for that. Yes, this is exactly the same issue that
Alexander reported:
https://github.com/backuppc/rsync-bpc/issues/18
<https://github.com/backuppc/rsync-bpc/issues/18>
One more step: what's the output from:
BackupPC_zcat 9dea1ea7cd900fa4fcd3e24f86ad0be8
Thanks,
Craig
On Mon, Jan 11, 2021 at 10:32 PM Pete Geenhuizen
<pgeenhui...@gmail.com <mailto:pgeenhui...@gmail.com>> wrote:
Thank you for the correct syntax here's what I get now.
'froot/fetc/falternatives/attrib' => {
'compress' => 3,
'digest' => '9dea1ea7cd900fa4fcd3e24f86ad0be8',
'gid' => 0,
'inode' => 562108,
'mode' => 511,
'mtime' => 0,
'name' => 'froot/fetc/falternatives/attrib',
'nlinks' => 0,
'size' => 81,
'type' => 2,
'uid' => 0
},
'print-lprman' => {
On 1/11/21 3:33 AM, Alexander Moisseev via BackupPC-users wrote:
11.01.2021 3:07, backu...@kosowsky.org
<mailto:backu...@kosowsky.org> пишет:
Pete Geenhuizen wrote at about 14:38:17 -0500 on Sunday,
January 10, 2021:
>
> /usr/share/BackupPC/bin/BackupPC_zcat
> ./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6 |wc
> 0 0 0
>
> /usr/share/BackupPC/bin/BackupPC_attribPrint
> /etc/alternatives/froot/fetc/falternatives/attrib
> $attrib = {
> };
> All the attrib_ files that I find are 0 length.
They all should be 0 length - they just reference a pool
file where
the data is stored.
You should use BackupPC_attribPrint utility to get the
metadata:
# su -m backuppc -c 'BackupPC_attribPrint
./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6' | grep -A 6 /attrib
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List:
https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>
--
Unencumbered by the thought process.
-- Click and Clack the Tappet brothers
--
This message has been scanned for viruses and
dangerous content by *MailScanner*
<http://www.mailscanner.info/>, and is
believed to be clean.
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List:
https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>
--
This message has been scanned for viruses and
dangerous content by *MailScanner*
<http://www.mailscanner.info/>, and is
believed to be clean.
--
Unencumbered by the thought process.
-- Click and Clack the Tappet brothers
--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>,
and is
believed to be clean.
--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.
--
Unencumbered by the thought process.
-- Click and Clack the Tappet brothers
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
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/
