apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 47630] NTFS directory junctions ("mounted folders") should be treated like n*x mount points (APR_DIR, not APR_LNK)
Date Mon, 23 May 2016 15:48:15 GMT

Michael Schlenker <msc@contact.de> changed:

           What    |Removed                     |Added
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |---

--- Comment #12 from Michael Schlenker <msc@contact.de> ---
A variant of this trips SVN badly, and can cause surprises for Apache httpd
installs too.

If SVN is running on an NTFS volume that has the Windows Data Deduplication
active, it breaks miserably once files in the working set get deduplicated (and
replaced by reparse points).


What happens is this:
1. Windows triggers deduplication after some time (default 5 days) and replaces
a file with a reparse point for dedup
2. When SVN scans the repository, it finds a change to the file and claims that
the special file status has changed AND claims to not support symlinks, so it
3. It is mislead into believing this is a symlink, due to this issue in APR,
which turns an IO_REPARSE_TAG_DEDUP into a 'symlink', while its not.

So any SVN checkout on a data deduplicated volume is doomed and will totally
break once Dedup kicks in. Especially nice as it happens with a delay, so once
it happens the only cure is a totally fresh checkout. You cannot do anything
with the checkout anymore.

So please reopen this and provide some better semantics for all the
non-symlinky Reparse Points.

The SVN mailing list stated this is a bug in APR:

The same issue trips Apache httpd when testing for Options +FollowSymlinks,
reparse Points are treated as symlinks and a valid Apache install on a deduped
volume may break randomly, when the content dir gets elected for deduplication.

You are receiving this mail because:
You are the assignee for the bug.

To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org

View raw message