lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Digy (JIRA)" <j...@apache.org>
Subject [jira] Closed: (LUCENENET-115) NTFS hard link index replication - need Delete file share in FSDirectory class.
Date Tue, 18 Nov 2008 21:35:44 GMT

     [ 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.


Mime
View raw message