The error doesn't say they will write to the same repository, it says "if"
they do, data will be corrupted. It can only see that another process is
running, it doesn't know that you are targeting a different destination.

And - restores do write files, to the place where you are restoring them
to. It doesn't know that you are restoring to a different directory and the
warning is generic. A restore is a read only operation on the source repo
as long as you are restoring to another place. That said, like any file
copy operation it may read lock certain files and if the backup in progress
tries to update those, it will fail. So you are risking an interruption of
the current backup but I would say you are not risking data corruption.
Best to wait if possible.

On Mon, Jul 11, 2016 at 8:07 AM Laurent De Buyst <[email protected]>
wrote:

> I doubt I'm the first to run into this, but google didn't help...
>
>
> I tried to restore a whole directoy to /tmp and I got this error message:
>
> "Fatal Error: It appears that a previous rdiff-backup session with process
> id 17597 is still running.  If two different rdiff-backup processes write
> the same repository simultaneously, data corruption will probably result.
> To proceed with regress anyway, rerun rdiff-backup with the --force option."
>
> So first off, as far as I know, restoring something does not involve a
> "write [to] the same repository". So I'm confused as to why this error
> message says so.
>
> I'm tempted by the --force, but just for safety I look at the man page
> beforehand.
>
> "--force
>               Authorize a more drastic modification of a directory than
> usual (for instance, when overwriting of a destination  path,  or  when
>  removing
>               multiple  sessions  with --remove-older-than).  rdiff-backup
> will generally tell you if it needs this.  WARNING: You can cause data loss
> if
>               you mis-use this option.  Furthermore, do NOT use this
> option when doing a restore, as it will DELETE FILES,  unless  you
>  absolutely  know
>               what you are doing."
>
> Not only do I find a complete contradiction of what I was told two seconds
> ago (ie. don't use --force), it again refers to restores that write files...
>
>
> Can someone clear up my confusion? Can I restore files while a backup is
> happening and if yes, how do I do that safely?
>
> *Laurent De Buyst*
> System administrator
> *Disclaimer* <http://fedasil.be/fr/content/disclaimer> | Please consider
> the environment before printing
> _______________________________________________
> rdiff-backup-users mailing list at [email protected]
> https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
> Wiki URL:
> http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
>
_______________________________________________
rdiff-backup-users mailing list at [email protected]
https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Reply via email to