Re: [BackupPC-users] Vanished file

2021-01-11 Thread backuppc 
Craig Barratt via BackupPC-users wrote at about 15:32:27 +1100 on Tuesday, 
January 12, 2021:
 > 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.

Ahhh, I am still on 3.09 -- in part, because I had trouble compiling
3.1.2 and 3.1.3 (a blessing maybe in disguise).

So just confirming that this bug only affects 3.1.2+???

Jeff


___
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/

Re: [BackupPC-users] Vanished file

2021-01-11 Thread Craig Barratt via BackupPC-users 
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 
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 root31 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
>
> One more step: what's the output from:
>
> BackupPC_zcat 9dea1ea7cd900fa4fcd3e24f86ad0be8
>
> Thanks,
> Craig
>
> On Mon, Jan 11, 2021 at 10:32 PM Pete Geenhuizen 
> 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 пишет:
>>
>> 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
>> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
>> Wiki:https://github.com/backuppc/backuppc/wiki
>> Project: 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* , 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/
>>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , 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/

[BackupPC-users] rsync errors in baclkups

2021-01-11 Thread backuppc 
As promised in the other thread, I did find a couple of repeated file errors 
out of my dozen hosts and tens of millions of backup files.
There are exactly 2 such errors (each repeated twice due to an rsync 'retry') 
that appear on every full backup on one of my Windoze hosts.
The errors occur even with the use of a shadow copy.

I was in the middle of reporting the error which shows up as:

sync: read errors mapping 
"/cygdrive/c/shadow/c-20201228-23/Users/User1/
retry  recv >fc rwx--   197610,  197610   3259696 
Users/User1/
rsync: read errors mapping 
"/cygdrive/c/shadow/c-20201228-23/Users/User1/
same   recv >f. rwx--   197610,  197610   3259696 
Users/User1/
ERROR: Users/User1/ failed verification -- update discarded.

But then I decided to check the files themselves... and it turns out that the 
read error exists on the original file system:

$ ls -al /c/Users/User1/
-rwx--+ 1 User1 User1 3259696 Jul 22  2013 

$ md5sum /c/Users/User1/
md5sum:  Input/output error

So, for me at least, all the bug chasing last Spring/Summer plus the use of 
snapshots/shadow copies has seemingly chased away all the bugs...

Jeff



___
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/

Re: [BackupPC-users] Vanished file

2021-01-11 Thread backuppc 
Since Craig helped me chase various error bugs last spring/summer,
most of the errors and semi-errors in my backuppc backups have gone
away.

Using btrfs-snapshots for Linux and shadow backups for Windoze really
helped get rid of all the 'vanished' files issues...

However, in looking through the logs for the past 6 months, I did find
a couple of errors that I will detail in a separate thread...

Best,
Jeff

Craig Barratt via BackupPC-users wrote at about 09:15:50 +1100 on Tuesday, 
January 12, 2021:
 > Pete,
 > 
 > Thanks for that.  Yes, this is exactly the same issue that Alexander
 > reported: 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 
 > 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 пишет:
 > >
 > > 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
 > > List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
 > > Wiki:https://github.com/backuppc/backuppc/wiki
 > > Project: 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* , 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/
 > >
 > ___
 > 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/

Re: [BackupPC-users] Vanished file

2021-01-11 Thread Pete Geenhuizen 

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 



One more step: what's the output from:

BackupPC_zcat 9dea1ea7cd900fa4fcd3e24f86ad0be8

Thanks,
Craig

On Mon, Jan 11, 2021 at 10:32 PM Pete Geenhuizen 
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
 пишет:

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

List: https://lists.sourceforge.net/lists/listinfo/backuppc-users

Wiki: https://github.com/backuppc/backuppc/wiki

Project: 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* ,
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/



--
This message has been scanned for viruses and
dangerous content by *MailScanner* , 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/

Re: [BackupPC-users] Vanished file

2021-01-11 Thread Craig Barratt via BackupPC-users 
Pete,

Thanks for that.  Yes, this is exactly the same issue that Alexander
reported: 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 
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 пишет:
>
> 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
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:https://github.com/backuppc/backuppc/wiki
> Project: 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* , 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/
>
___
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/

Re: [BackupPC-users] No backup seeding

2021-01-11 Thread Jan Stransky 

I just found, that the issue occurs only with one client, another was fine.

On 1/11/21 6:36 PM, Jan Stransky wrote:

Hi,
sorry for another one, but I did not have a need to ask questions here 
for couple years by now :-D


Under which circumstances the backup proces does not use earlier backups 
as seed (e.g. rsync_bpc --bpc-bkup-prevnum -1 --bpc-bkup-prevcomp -1)


I have moved my instance and the data to a new HW, the instance sees old 
backup, I can recover the old files, and even the backup process sees 
the pool (based on log entries for individual files), but none of the 
backups used the previous ones to start with. The backups are 
incremental, but from older logs I noticed, that the reference to the 
older backup was set for full too.


Jan



___
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] No backup seeding

2021-01-11 Thread Jan Stransky 

Hi,
sorry for another one, but I did not have a need to ask questions here 
for couple years by now :-D


Under which circumstances the backup proces does not use earlier backups 
as seed (e.g. rsync_bpc --bpc-bkup-prevnum -1 --bpc-bkup-prevcomp -1)


I have moved my instance and the data to a new HW, the instance sees old 
backup, I can recover the old files, and even the backup process sees 
the pool (based on log entries for individual files), but none of the 
backups used the previous ones to start with. The backups are 
incremental, but from older logs I noticed, that the reference to the 
older backup was set for full too.


Jan


___
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/

Re: [BackupPC-users] Compressed log file

2021-01-11 Thread Jan Stransky 
Ok, not it works from the UI... Not sure what was wrong, I might have 
been just too quick... But still, for longer logs I found tail being a 
bit handier...


On 1/11/21 5:49 PM, Jan Stransky wrote:

Hi,
is there a way to follow the compressed log file in the process?
Jan



___
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/

Re: [BackupPC-users] Return to BackupPC

2021-01-11 Thread Jan Stransky 
I dont think so, the volume with data is mounted folder, so I believe 
the access is more or less direct.

Jan

On 1/11/21 6:14 PM, Les Mikesell wrote:

On Mon, Jan 11, 2021 at 10:49 AM Jan Stransky
 wrote:


Sorry, I did not read full thread... But I use a Docker image, that is
very easy at home.


Do you lose any efficiency between the docker image and the mounted storage?




___
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/

Re: [BackupPC-users] Return to BackupPC

2021-01-11 Thread Les Mikesell 
On Mon, Jan 11, 2021 at 10:49 AM Jan Stransky
 wrote:
>
> Sorry, I did not read full thread... But I use a Docker image, that is
> very easy at home.

Do you lose any efficiency between the docker image and the mounted storage?

-- 
   Les Mikesell
 lesmikes...@gmail.com


___
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] Compressed log file

2021-01-11 Thread Jan Stransky 

Hi,
is there a way to follow the compressed log file in the process?
Jan


___
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/

Re: [BackupPC-users] Return to BackupPC

2021-01-11 Thread Jan Stransky 
Sorry, I did not read full thread... But I use a Docker image, that is 
very easy at home.

I know, that we have much more complex setup at work using these...
I use this one: https://github.com/adferrand/docker-backuppc
Jan

On 1/5/21 3:50 PM, Sorin Srbu wrote:

Hello all!

I've been away from BPC a few years because of changing jobs where there
already were commercial backup systems in place and thus no need for
BackupPC. However, along the road I also picked up a slew of new
technologies and am now running a three-node Proxmox-cluster at home for lab
stuff as well as personal advancement. All these physical and virtual
servers need to be backed up and here I am back with BackupPC. :-)

Also along the way I left CentOS which has earlier been my goto-preference
and settled with Ubuntu instead. And this is where I need to research some.

I am currently running Ubuntu 20.04 on my vm-servers, and BackupPC seems to
be a rather old version 3.3.

My initial research showed BPC v4 introduced lots of improvements and
bugfixes, so I'd like to run that.
So, I'm looking for PPA's for use with Ubuntu 20.04.

I don't want top build my own for now, at least not until I get up to speed
again with BPC.
https://kifarunix.com/install-and-setup-backuppc-server-on-ubuntu-20-04/

Are there any well-known, if untrusted, PPA's known here on the list, in use
for BPC v4?

Hints appreciated and as usual thanks in advance!
Feels kinda' good to be back with BPC. :-)



___
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/

Re: [BackupPC-users] Vanished file

2021-01-11 Thread Pete Geenhuizen 

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 пишет:
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
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    https://github.com/backuppc/backuppc/wiki
Project: 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, 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/

Re: [BackupPC-users] Vanished file

2021-01-11 Thread Alexander Moisseev via BackupPC-users 

11.01.2021 3:07, 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
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/