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

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

2010-09-24 Thread Les Mikesell
On 9/24/10 2:58 AM, Marcus Hardt wrote: Rsync normally creates a tmp file with a different name which is renamed when complete. Tar would just truncate and write on top of the old. Both would fail on windows open files. The trouble I had restoring files happened on both OSes: Windows and

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

2010-09-23 Thread Marcus Hardt
Hi, I unpacked the tar on the backup server itself, which is also the host on which I used firefox to download the tarfile. The only tar I found is version 1.23 (corresponding to the debian/testing tar package 1.23-2.1) However, my primary problem is not tar. The primary problem is that I

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

2010-09-23 Thread Marcus Hardt
[..] Have you tried getting a zip archive from the GUI instead? Or using BackupPC_zipCreate on the CLI? No, sorry, I've not tried zip yet. I'll first try to understand why things work on one but not the other system. I've by found a windows XP host who friendly accepts the restores sent to

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

2010-09-23 Thread Les Mikesell
On 9/23/2010 10:05 AM, Marcus Hardt wrote: [..] Have you tried getting a zip archive from the GUI instead? Or using BackupPC_zipCreate on the CLI? No, sorry, I've not tried zip yet. I'll first try to understand why things work on one but not the other system. I've by found a windows XP

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-23 Thread Robin Lee Powell
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 ones - so you may have files that you can read in the backups but can't

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

2010-09-23 Thread Michael Stowe
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 ones - so you may have files that you can read in the backups but can't

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

2010-09-23 Thread Les Mikesell
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 name which is renamed when complete. Tar would just truncate and

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

2010-09-22 Thread Robin Lee Powell
There is something *very* wrong with either the tar used to make the archive, or the tar used to restore. I wouldn't trust anything it outputs at all. What version of tar on both ends? Have you tried getting a zip archive from the GUI instead? Or using BackupPC_zipCreate on the CLI? -Robin

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 Les Mikesell
On 9/14/10 6:16 AM, Marcus Hardt wrote: Update: tar xf restore.tar will fail, if restore.tar is pretty big cat restore.tar | tar x seems to work That doesn't make much sense. What version of tar is this? -- Les Mikesell lesmikes...@gmail.com

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-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 a

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

2010-09-13 Thread Les Mikesell
On 9/13/2010 10:49 AM, Marcus Hardt wrote: Hi, btw: this problem seems to be client unspecific. I see the same errors using smbclient and rsync via ssh. But windows specific? Are you sure the windows user has write access and the file isn't locked by something else having it open? And,