bugrdiff-backup - Bugs: bug #27250, Feature Request: rdiff-backup...

 
 

bug #27250: Feature Request: rdiff-backup should have a locking mechanism

Submitter:  None
Submitted:  Fri 14 Aug 2009 10:02:56 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 20 May 2022 05:23:27 PM UTC, comment #1: 

This has been implemented in GitHub.

Eric L. <ericzolf>
Group administrator
Fri 14 Aug 2009 10:02:56 AM UTC, original submission:  

Right now (with 1.2.8) if you start a backup and then pause/STOP (e.g. Control-Z) it (or there is a network issue), and then start the same basic backup command elsewhere, the second invocation detects the "failed" previous backup and starts over again. If the first suspended process never comes back then nothing bad happens. However, if it does come back, then it just continues where it left off and you end up with a mess.

Now I realize this starting two instances is not a supported feature, nor should it be, but there really should be some sort of a lock in place to prevent occasional boneheadedness from screwing things up.

In cases where the rdiff-backup program is running on a server and attached to non-network attached storage, UUCP style locks can work wonderfully (exploiting atomicity of rename on *nix). For Windows, I think there is an equally robust solution using directory creation. I know robust lock breaking can be an issue and is imperfect, and network file systems (which I don't personally recommend (just use SSH!)) complicate things. But I believe a partial solution is better than non. If I can get around to this, and there is interest, I might look into it.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by ericzolf (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-05-20 ericzolf Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code