Jan Høydahl commented on SOLR-9325:

Thanks for testing the build.
The empty server/2 folder is a bug in bin/solr where I used {{2&>/dev/null}} 
instead of {{2>/dev/null}} to redirect stderr. You can fix it with this 
sed -i "" 's|2&>/dev/null|2>/dev/null|g' bin/solr

> solr.log written to {solrRoot}/server/logs instead of location specified by 
> -----------------------------------------------------------------------------------------
>                 Key: SOLR-9325
>                 URL: https://issues.apache.org/jira/browse/SOLR-9325
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: logging
>    Affects Versions: 5.5.2, 6.0.1
>         Environment: 64-bit CentOS 7 with latest patches, JVM
>            Reporter: Tim Parker
>            Assignee: Jan Høydahl
>             Fix For: 6.3, master (7.0)
>         Attachments: SOLR-9325.patch, SOLR-9325.patch, SOLR-9325.patch
> (6.1 is probably also affected, but we've been blocked by SOLR-9231)
> solr.log should be written to the directory specified by the SOLR_LOGS_DIR 
> environment variable, but instead it's written to {solrRoot}/server/logs.
> This results in requiring that solr is installed on a writable device, which 
> leads to two problems:
> 1) solr installation can't live on a shared device (single copy shared by two 
> or more VMs)
> 2) solr installation is more difficult to lock down
> Solr should be able to run without error in this test scenario:
> burn the Solr directory tree onto a CD-ROM
> Mount this CD as /solr
> run Solr from there (with appropriate environment variables set, of course)

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to