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
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:
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
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
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
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.
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
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
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:
>
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
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
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
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
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',
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
>
>
15 matches
Mail list logo