You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucenenet.apache.org by "Digy (JIRA)" <ji...@apache.org> on 2008/11/18 22:35:44 UTC

[jira] Closed: (LUCENENET-115) NTFS hard link index replication - need Delete file share in FSDirectory class.

     [ https://issues.apache.org/jira/browse/LUCENENET-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Digy closed LUCENENET-115.
--------------------------

    Resolution: Cannot Reproduce
      Assignee: Digy

Timed out.!!!

> NTFS hard link index replication - need Delete file share in FSDirectory class.
> -------------------------------------------------------------------------------
>
>                 Key: LUCENENET-115
>                 URL: https://issues.apache.org/jira/browse/LUCENENET-115
>             Project: Lucene.Net
>          Issue Type: Improvement
>         Environment: Windows 2003, 64-bit, .NET 2.0
>            Reporter: Robert Stewart
>            Assignee: Digy
>            Priority: Minor
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> I have implemented index distribution/replication mechanism using NTFS hard links.  I make a hard-link copy of my index files into another directory on a one-minute interval.  The problem is that deleting older snapshot files index is impossible because NTFS hard-links will not delete if another program currently has ANY other link to the same file open without concurrent delete share option.  This is solvable by adding the System.IO.FileShare.Delete option to FSIndexInput and FSIndexOutput classes.  This should not have any negative impact on existing Lucene indexes I dont think.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.