[ https://issues.apache.org/jira/browse/SOLR-6833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241821#comment-14241821 ]
Timothy Potter commented on SOLR-6833: -------------------------------------- ugh! looking like we may need to use a different resources/log4j.properties for examples since setting: {code} solr.log=${solr.solr.home}/../logs/ {code} results in the following error if you start Solr the old-fashioned way: {code} $ java -jar start.jar log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /../logs/solr.log (No such file or directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(FileOutputStream.java:213) at java.io.FileOutputStream.<init>(FileOutputStream.java:133) at org.apache.log4j.FileAppender.setFile(FileAppender.java:294) at org.apache.log4j.RollingFileAppender.setFile(RollingFileAppender.java:207) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165) {code} so that's not good ... > bin/solr -e foo should not use server/solr as the SOLR_HOME > ----------------------------------------------------------- > > Key: SOLR-6833 > URL: https://issues.apache.org/jira/browse/SOLR-6833 > Project: Solr > Issue Type: Bug > Reporter: Hoss Man > Assignee: Timothy Potter > Fix For: 5.0 > > Attachments: SOLR-6833.patch > > > i think it's weird right now that running bin/solr with the "-e" (example) > option causes it to create example solr instances inside the server directory. > i think that's fine for running solr "normally" (ie: "start") but if you use > "-e" that seems like the solr.solr.home for those example should instead be > created under $SOLR_TIP/example. > I would even go so far as to suggest that the *log* files created should live > in that directory as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org