[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Duplicity-talk] When restoring files on different server: Error '[E
From: |
edgar . soldin |
Subject: |
Re: [Duplicity-talk] When restoring files on different server: Error '[Errno 1] Operation not permitted: |
Date: |
Sun, 10 Mar 2013 14:19:39 +0100 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 |
On 09.03.2013 07:31, Rodrigo Campos wrote:
> On Fri, Mar 08, 2013 at 04:06:16PM -0300, Mikko Ohtamaa wrote:
>> I am testing restoring individual backuped files on non-orignal server
>> using Duply / Duplicity. This is the command I run to restore a SQL
>> dump file:
>>
>> TMPDIR='/tmp' duplicity --name 'duply_fullbackup' --no-encryption
>> --verbosity '4' --num-retries 15 --full-if-older-than 1M --volsize 250
>> --exclude=**.log --exclude=**.fs.old --include=/etc --include=/home
>> --include=/root --include=/srv --include=/var/www --include=/boot
>> --exclude=/** --restore-time now --file-to-restore
>> root/db_backups/opensourcehacker.sql ssh://yyy/duply/xxx
>> opensourcehacker.sql
>>
>> I'll get the following error during the restore:
>>
>> Last full backup date: Fri Feb 8 09:11:30 2013
>> Error '[Errno 1] Operation not permitted: 'opensourcehacker.sql'' processing
>> .
>> --- Finished state OK at 19:53:40.875 - Runtime 00:05:22.773 ---
>>
>> Apparently the file was still restored correctly. I assume this has
>> something to do with the fact that the server where the restoration is
>> different and does not have the same users as the orignal server and I
>> am not running as s root.
>>
>> This error is harmless?
>
> Probably (if I'm not wrong)
>
> This error happens to me when, for example, I backup a file owned by root and
> try to restore it on some other server using a non-priv user. The file is
> restored okay, but then the user can't change the owner of the file to root
> and
> the error is thrown.
>
> I suspect is that because I have tried restoring it as root then, the error
> was
> not thrown and the file owner was set to root. Although I have not looked at
> the
> code to see this.
>
without looking at it more detailed and from memory:
i agree. duplicity automatically tries to restore file attributes
(perms,ownership) _after_ restoration and can spit out these messages if it
fails to do so.
generally harmless, but should probably be replaced with a more user friendly
warning.
..ede/duply.net