BackupPC-users

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

2010-09-23 11:28:12
Subject: Re: [BackupPC-users] Restore takes way too long and the fails
From: Les Mikesell <lesmikesell AT gmail DOT com>
To: backuppc-users AT lists.sourceforge DOT net
Date: Thu, 23 Sep 2010 10:26:08 -0500
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 host who friendly accepts the restores sent to him
> -- including the "problem files".
>
> My guess is that the Vista Machine has strange permissions set for some
> files.
>
> Does Backuppc restore the permissions, as well? (I.e. could there be a
> situation in which a directory is created, made read-only, and then files are
> written into it?)

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


>
>
> 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:
>>>>
>>>> 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 (means EOF)
>>>
>>> makes tar wander through the archive even thought it might have detected
>>> EOF markers (i.e. "two consecutive zero-filled records" according to
>>> the wikipedia page of the tar format)
>>>
>>> I observed several warnings in my cmdline:
>>>     tar tfi restore.tar |wc -l
>>>
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Skipping to next header
>>> tar: Exiting with failure status due to previous errors
>>> 387781
>>>
>>> I can only hope this works and helps others.
>>>
>>> M.
>>>
>>>> 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 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, 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 from that.
>


------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/