[
https://issues.apache.org/jira/browse/SVN-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Foad updated SVN-3750:
-----------------------------
Description:
Philip notes that FSFS hotcopy duplicates the locks/ dir by doing a simple
recursive copy, and that doing so may cause the duplicate to be inconsistent if
the locks/ dir is live (locks are being added or removed) while the recursive
copy is running.
(If a deep child was locked, the duplicate might contain have directories that
refer to that child even though those directories' parents don't refer to it.)
Current proposed solution:
email from Daniel Shahaf to dev@, 2010-11-13, "Re: FSFS locks questions and a
concern", archived at
[haxx.se|https://svn.haxx.se/dev/archive-2010-11/0292.shtml]
[gmane.org|http://mid.gmane.org/[email protected]]
Some prepare-the-ground work was done:
[r1034040|http://svn.apache.org/viewvc?rev=1034040&view=rev]
A proposed patch:
email from Daniel Shahaf to dev@, 2010-11-13, "Re: FSFS locks questions and a
concern", archived at
[haxx.se|https://svn.haxx.se/dev/archive-2010-11/0294.shtml]
[gmane.org|http://mid.gmane.org/[email protected]]
was:
{noformat:nopanel=true}
Philip notes that FSFS hotcopy duplicates the locks/ dir by doing a simple
recursive copy, and that doing so may cause the duplicate to be inconsistent if
the locks/ dir is live (locks are being added or removed) while the recursive
copy is running.
(If a deep child was locked, the duplicate might contain have directories that
refer to that child even though those directories' parents don't refer to it.)
Current proposed solution:
http://mid.gmane.org/[email protected]
Some prepare-the-ground work was done:
http://svn.apache.org/viewvc?rev=1034040&view=rev
A proposed patch:
http://mid.gmane.org/[email protected]
{noformat}
http://mid.gmane.org/[email protected]
> fsfs hotcopy should copy live locks/ consistently
> -------------------------------------------------
>
> Key: SVN-3750
> URL: https://issues.apache.org/jira/browse/SVN-3750
> Project: Subversion
> Issue Type: Improvement
> Components: libsvn_fs_fs
> Affects Versions: trunk
> Reporter: Daniel Shahaf (äñ§€¥£¢)
> Priority: Major
> Labels: patch
> Fix For: 1.10-consider
>
>
> Philip notes that FSFS hotcopy duplicates the locks/ dir by doing a simple
> recursive copy, and that doing so may cause the duplicate to be inconsistent
> if the locks/ dir is live (locks are being added or removed) while the
> recursive copy is running.
> (If a deep child was locked, the duplicate might contain have directories
> that refer to that child even though those directories' parents don't refer
> to it.)
> Current proposed solution:
> email from Daniel Shahaf to dev@, 2010-11-13, "Re: FSFS locks questions and a
> concern", archived at
> [haxx.se|https://svn.haxx.se/dev/archive-2010-11/0292.shtml]
> [gmane.org|http://mid.gmane.org/[email protected]]
> Some prepare-the-ground work was done:
> [r1034040|http://svn.apache.org/viewvc?rev=1034040&view=rev]
> A proposed patch:
> email from Daniel Shahaf to dev@, 2010-11-13, "Re: FSFS locks questions and a
> concern", archived at
> [haxx.se|https://svn.haxx.se/dev/archive-2010-11/0294.shtml]
> [gmane.org|http://mid.gmane.org/[email protected]]
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)