To add the rsync versions:
backkupc side: 3.1.3-6
remote side: 3.2.3-2
M.
On 11/17/20 10:01, Marcus Hardt wrote:
> Hi There,
>
> I've seen this error on some hosts for quite a while now, and ignored it.
>
> Recently I took the time to look a bit deeper.
>
> St
Hi There,
I've seen this error on some hosts for quite a while now, and ignored it.
Recently I took the time to look a bit deeper.
Started the backup from the commandline like:
/usr/share/backuppc/bin/BackupPC_dump -v -i nemo > logfile 2>&1
I was rather surprised seeing a 4.8GB logfile
On Thursday 23 September 2010 19:43:14 Robin Lee Powell wrote:
On Thu, Sep 23, 2010 at 05:52:26PM +0200, Marcus Hardt wrote:
[..]
I think it does the basic permissions that map to unix
equivalents. It doesn't preserve acls, nor does it have any way
to work around the existing
On Thursday 23 September 2010 20:06:40 Les Mikesell wrote:
On 9/23/2010 12:47 PM, Michael Stowe wrote:
I really don't think that would work.
It would not work, nor is it possible, since Windows can't delete files
that are in use.
Rsync normally creates a tmp file with a different
BackupPC_zipCreate on the CLI?
-Robin
On Tue, Sep 14, 2010 at 03:22:28PM +0200, Marcus Hardt wrote:
Update:
On Tuesday 14 September 2010 13:16:01 Marcus Hardt wrote:
Update:
tar xf restore.tar will fail, if restore.tar is pretty big
fails
cat restore.tar | tar x seems
check the file system of the XP host.
M.
-Robin
On Tue, Sep 14, 2010 at 03:22:28PM +0200, Marcus Hardt wrote:
Update:
On Tuesday 14 September 2010 13:16:01 Marcus Hardt wrote:
Update:
tar xf restore.tar will fail, if restore.tar is pretty big
fails
cat restore.tar
[..]
I think it does the basic permissions that map to unix equivalents. It
doesn't preserve acls, nor does it have any way to work around the
existing ones - so you may have files that you can read in the backups
but can't write back over the existing copy
Right. There might be files
On Monday 13 September 2010 23:26:42 Les Mikesell wrote:
On 9/13/2010 10:49 AM, Marcus Hardt wrote:
[..]
And, of course I'm in deep shit now, since I told everone how super
great backuppc was...
There is at least the option of downloading an archive file through a
browser and restoring
Update:
tar xf restore.tar will fail, if restore.tar is pretty big
cat restore.tar | tar x seems to work
And I thought windows was terrible...
M.
On Monday 13 September 2010 23:26:42 Les Mikesell wrote:
On 9/13/2010 10:49 AM, Marcus Hardt wrote:
Hi,
btw: this problem seems
Update:
On Tuesday 14 September 2010 13:16:01 Marcus Hardt wrote:
Update:
tar xf restore.tar will fail, if restore.tar is pretty big
fails
cat restore.tar | tar x seems to work
fails
But:
using the 'i' option for
-i, --ignore-zeros
ignore zeroed blocks in archive
Hi,
I need to restore a backup
This works for some folders and files but not for all
Trying various combinations I found one file which reproducably shows this
error, while others reproducably don't. The errornous file is 56 MB, and
direct download via the webinterface works.
Backups also
Hi,
btw: this problem seems to be client unspecific. I see the same errors using
smbclient and rsync via ssh.
M.
And, of course I'm in deep shit now, since I told everone how super great
backuppc was...
M.
On Monday 13 September 2010 14:32:16 Marcus Hardt wrote:
Hi,
I need to restore
Try using
/usr/share/backuppc/bin/BackupPC_zcat
(it's there on debian, but might be elsewhere on other distros)
M.
On Monday 13 September 2010 17:32:06 Mike Bydalek wrote:
zcat file or you can gunzip file
Regards,
Mike
On Sep 13, 2010, at 1:20 AM, IvyAlice
13 matches
Mail list logo