You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (Created) (JIRA)" <ji...@apache.org> on 2012/03/23 02:06:22 UTC
[jira] [Created] (SOLR-3266) Audit error messages if file
permisions prevent files/directories from being read/listed
Audit error messages if file permisions prevent files/directories from being read/listed
----------------------------------------------------------------------------------------
Key: SOLR-3266
URL: https://issues.apache.org/jira/browse/SOLR-3266
Project: Solr
Issue Type: Improvement
Reporter: Hoss Man
had a question from "sqwk" on the #solr irc channel last night where he had some questions about weird logs & errors indicating that it wasn't using his solr.xml.
Part of the confusion was SOLR-3264, but i couldn't make sense of the rest.
In talking with miller on IRC today, it occurred to me that file permission problems preventing solr from reading the solr.xml file could explain everything -- because unlike trunk, Solr 3.5 didn't log anything special if it couldn't find solr.xml and used the legacy "singlecore" mode as a fallback (an oversight i've already fixed in [r1304126|http://svn.apache.org/viewvc?rev=1304126&view=rev])
For many files Solr tries to load, we can't "fail fast" if the file isn't found, or isn't readable, because we support reading from the classpath (and zookeeper) as alternatives, but it would be nice to see if we can come up with a standard way to give good warning/error messages if:
* a file exists, but isn't readable (error?)
* a directory where we are looking for a file exists but isn't readable or executable (warning?)
...i suspect the hardest part of this will be having good test cases
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org