[BackupPC-users] Restore takes way too long and the fails

2010-09-13 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-13 Thread Marcus Hardt
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

Re: [BackupPC-users] how read .z log files ?

2010-09-13 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-14 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-14 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-14 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-23 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-23 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-23 Thread Marcus Hardt
[..] 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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-24 Thread Marcus Hardt
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

Re: [BackupPC-users] Restore takes way too long and the fails

2010-09-24 Thread Marcus Hardt
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-users] backup failed (received signal=ALRM)

2020-11-17 Thread Marcus Hardt
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

Re: [BackupPC-users] backup failed (received signal=ALRM)

2020-11-17 Thread Marcus Hardt
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