On 11.12.2010 23:08,
address@hidden wrote:
> That does make sense.
>
> The source and destination have not changed, so something else must have. My
> suspicion is that duply might have messed something up. I recently tried
> using duply 1.5.4 (I've since reverted back to 1.5.2.3), but it gave me
> somewhat strange errors related to my GPG keys and refused to back anything
> up. Maybe that somehow caused duplicity to become confused?
>
> I guess the solution would be to use "--allow-source-mismatch" once to
> correct this problem. Is that correct?
>
> Thanks for all of the help.
> John
>
> On Sat, Dec 11, 2010 at 5:02 PM, Jeremy Miller <
address@hidden> wrote:
>
>> I actually run all my backups with the "--allow-source-mismatch"
>> switch. With the massive amount of backups I take I do not have time
>> to recreate everything sometimes if one of the backups servers fail
>> and metadata is lost. After restoring, sometimes it doesn't realize
>> it's the "same" dataset and thinks by default duplicity won't
>> overwrite and existing backup with the same name. Have you
>> reinstalled or changed your GPG keys? Some change has occurred and
>> the backup location and the backup source are no longer synced and
>> they do not know they are "related" anymore. I hope that makes sense.
>>
>> Jeremy
>>
>> On Sat, Dec 11, 2010 at 4:52 PM,
address@hidden
>> <
address@hidden> wrote:
>>> I am using duply + duplicity to backup my local machine.
>>>
>>> The last backup I ran was a full backup (the second full backup to my
>> backup
>>> directory). Today I am trying to run an incremental backup, but receive
>> this
>>> error instead:
>>>
>>> "Aborting because you may have accidentally tried to backup two different
>>> data sets to the same remote location, or using the same archive
>> directory.
>>> If this is not a mistake, use the --allow-source-mismatch switch to avoid
>>> seeing this message."
>>>
>>> Does anybody know what this is about? I read the manual but am still a
>> bit
>>> confused on what I am doing wrong.
>>>
>>> Thanks in advance.
>>>
>>> _______________________________________________
>>> Duplicity-talk mailing list
>>>
address@hidden
>>>
http://lists.nongnu.org/mailman/listinfo/duplicity-talk
>>>
>>>
>>
>>
>>
>> --
>> Jeremy Miller
>> Head of Virtualization
>> Site5.com LLC
>>
www.site5.com
>>
>> _______________________________________________
>> Duplicity-talk mailing list
>>
address@hidden
>>
http://lists.nongnu.org/mailman/listinfo/duplicity-talk
>>
>
>
>
> _______________________________________________
> Duplicity-talk mailing list
>
address@hidden
>
http://lists.nongnu.org/mailman/listinfo/duplicity-talk
_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk