lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pete Ryland (JIRA)" <>
Subject [jira] [Created] (SOLR-12777) Solr server directory needs to be writable by the user running solr
Date Mon, 17 Sep 2018 09:30:00 GMT
Pete Ryland created SOLR-12777:

             Summary: Solr server directory needs to be writable by the user running solr
                 Key: SOLR-12777
             Project: Solr
          Issue Type: Bug
      Security Level: Public (Default Security Level. Issues are Public)
          Components: scripts and tools
    Affects Versions: 7.3.1
            Reporter: Pete Ryland

When starting solr, an optional {{-d}} parameter can be provided.  This specifies the "Solr
server directory" which needs to be the {{server}} directory from the raw distribution. 
This clearly contains the program files, so as per common practice should not be writable
by the user running the program.  However, when specified, an error results because it tries
to create a log directory within the program directory!  This is really really bad practice.
 One should be able to specify a directory for the runtime files and log files on the command
line.  It would be even better if the defaults conformed to the filesystem hierarchy standard
when run on a Linux system.  I understand that you want to make it easy for developers to
use your software, but when deploying on actual production systems, these things are really
important.  It's also important to understand that the people deploying your software to production
are different to the ones who develop with your software, and a deep understanding of your
software shouldn't be necessary for the former to be able to deploy it.

A wholly-unsatisfactory workaround is to set the pid and log directories by environment variable
before starting the server:

{{$ export SOLR_PID_DIR=/var/lib/celum-search}}
{{$ export SOLR_LOGS_DIR=/var/log/celum-search}}

This can also be done in {{/etc/default/}}.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message