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.
>
> S
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 jus
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 d
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 doe
[..]
> 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 al
s are
written into it?)
I'll 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:
>
p archive from the GUI instead? Or using
> 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:
> >
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
i
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,
> >
> &g
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 fi
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 or you can gunzip
>
> Regards,
> Mike
>
> On Sep 13, 2010, at 1:20 AM, IvyAlice
wrote:
> > Hello everybody,
>
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,
>
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 fai
13 matches
Mail list logo