Ruben,

That is good news!
Do you use NFSv4? Would you mind sharing your NFS mount parameters and any changes to you need to make to the default solrconfig.xml?

From Google'ing around, people seem to tweek two areas in the solrconfig.xml: locking type and commit points. Its not clear if NFSv4 resolves the problem that the older NFS versions have with file locking...

http://lucene.apache.org/core/4_0_0-BETA/core/org/apache/lucene/index/IndexDeletionPolicy.html:
"One expected use case for this (and the reason why it was first created) is to work around problems with an index directory accessed via filesystems like NFS because NFS does not provide the "delete on last close" semantics that Lucene's "point in time" search normally relies on. By implementing a custom deletion policy, such as "a commit is only removed once it has been stale for more than X minutes", you can give your readers time to refresh to the new commit before |IndexWriter| <http://lucene.apache.org/core/4_0_0-BETA/core/org/apache/lucene/index/IndexWriter.html> removes the old commits. Note that doing so will increase the storage requirements of the index. See LUCENE-710 <http://issues.apache.org/jira/browse/LUCENE-710> for details."

http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201008.mbox/%[email protected]%3E

http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201002.mbox/%[email protected]%3E

Thanks,
Karen

On 8/20/2012 10:44 AM, Rubén Pérez Vázquez (Commented) (JIRA) wrote:
     [ 
http://opencast.jira.com/browse/MH-8033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=31484#comment-31484
 ]

Rubén Pérez Vázquez commented on MH-8033:
-----------------------------------------

We've been having our solr index on NFS since we started developing and testing MH. Our 
production servers have the solr index in its default location under the MH 
"storage" folder, which is mounted in an NFS share. We have observed no 
problems at all.
  Need to mention that solr should not be on nfs, it should be on localhost
--------------------------------------------------------------------------

                 Key: MH-8033
                 URL: http://opencast.jira.com/browse/MH-8033
             Project: Matterhorn Project
          Issue Type: Task
          Components: Architecture & Services
    Affects Versions: 1.2
            Reporter: Christopher Brooks
            Assignee: Greg Logan
             Fix For: 1.2.1


TODO #2: Need to mention that solr should not be on nfs, it should be
on localhost.  each service has its own solr, so running them on
separate machines is great. to do this, do:
org.opencastproject.storage.dir=local
org.opencastproject.file.repo.path=shared1
org.opencastproject.workspace.rootdir=shared2
gdl: /opt/matterhorn/felix/work/opencast/files
128.233.104.0/255.255.255.0(rw,sync,no_subtree_check) 
/opt/matterhorn/felix/work/opencast/workspace
128.233.104.0/255.255.255.0(rw,sync,no_subtree_check) Works for me :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
http://opencast.jira.com/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________


--

Karen Dolan
Harvard University, DCE
617-998-8439
[email protected]

_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to