[jira] [Commented] (SOLR-14109) zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
[
https://issues.apache.org/jira/browse/SOLR-14109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17006700#comment-17006700
]
ASF subversion and git services commented on SOLR-14109:
Commit 33bd811fb8b2a9bee595548e96c2a74721aa11b3 in lucene-solr's branch
refs/heads/gradle-master from Jan Høydahl
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=33bd811 ]
SOLR-14109: Always log to stdout from
server/scripts/cloud-scripts/zkcli.{bat|sh} (#1130)
> zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
>
>
> Key: SOLR-14109
> URL: https://issues.apache.org/jira/browse/SOLR-14109
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: scripts and tools
>Reporter: Jan Høydahl
>Assignee: Jan Høydahl
>Priority: Major
> Fix For: 8.5, 8.4.1
>
> Time Spent: 1h
> Remaining Estimate: 0h
>
> I noticed this when running {{zkcli.sh}} from solr's docker image. [The
> docker image sets the variable
> {{LOG4J_PROPS}}|https://github.com/docker-solr/docker-solr/blob/master/8.3/Dockerfile],
> causing the zkcli script to pick up and use that logger instead of the
> console logger. Problem with that is that Solr's log4j2 config relies on the
> {{solr.log.dir}} sysprop being set, which it is not when running this script.
> So either fix the wrapper script to set {{solr.log.dir}} or, better, always
> log to stdout.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Commented] (SOLR-14109) zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
[
https://issues.apache.org/jira/browse/SOLR-14109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17005424#comment-17005424
]
ASF subversion and git services commented on SOLR-14109:
Commit 2df5274617205a1b61bbb42cecb305eb39fb7a54 in lucene-solr's branch
refs/heads/branch_8_4 from Jan Høydahl
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=2df5274 ]
SOLR-14109: Always log to stdout from
server/scripts/cloud-scripts/zkcli.{bat|sh} (#1130)
(cherry picked from commit 33bd811fb8b2a9bee595548e96c2a74721aa11b3)
> zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
>
>
> Key: SOLR-14109
> URL: https://issues.apache.org/jira/browse/SOLR-14109
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: scripts and tools
>Reporter: Jan Høydahl
>Assignee: Jan Høydahl
>Priority: Major
> Time Spent: 1h
> Remaining Estimate: 0h
>
> I noticed this when running {{zkcli.sh}} from solr's docker image. [The
> docker image sets the variable
> {{LOG4J_PROPS}}|https://github.com/docker-solr/docker-solr/blob/master/8.3/Dockerfile],
> causing the zkcli script to pick up and use that logger instead of the
> console logger. Problem with that is that Solr's log4j2 config relies on the
> {{solr.log.dir}} sysprop being set, which it is not when running this script.
> So either fix the wrapper script to set {{solr.log.dir}} or, better, always
> log to stdout.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Commented] (SOLR-14109) zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
[
https://issues.apache.org/jira/browse/SOLR-14109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17005420#comment-17005420
]
ASF subversion and git services commented on SOLR-14109:
Commit 523b783f6336395d0bbe45bcf43f8235fe4637f7 in lucene-solr's branch
refs/heads/branch_8x from Jan Høydahl
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=523b783 ]
SOLR-14109: Always log to stdout from
server/scripts/cloud-scripts/zkcli.{bat|sh} (#1130)
(cherry picked from commit 33bd811fb8b2a9bee595548e96c2a74721aa11b3)
> zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
>
>
> Key: SOLR-14109
> URL: https://issues.apache.org/jira/browse/SOLR-14109
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: scripts and tools
>Reporter: Jan Høydahl
>Assignee: Jan Høydahl
>Priority: Major
> Time Spent: 1h
> Remaining Estimate: 0h
>
> I noticed this when running {{zkcli.sh}} from solr's docker image. [The
> docker image sets the variable
> {{LOG4J_PROPS}}|https://github.com/docker-solr/docker-solr/blob/master/8.3/Dockerfile],
> causing the zkcli script to pick up and use that logger instead of the
> console logger. Problem with that is that Solr's log4j2 config relies on the
> {{solr.log.dir}} sysprop being set, which it is not when running this script.
> So either fix the wrapper script to set {{solr.log.dir}} or, better, always
> log to stdout.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Commented] (SOLR-14109) zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
[
https://issues.apache.org/jira/browse/SOLR-14109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17005396#comment-17005396
]
ASF subversion and git services commented on SOLR-14109:
Commit 33bd811fb8b2a9bee595548e96c2a74721aa11b3 in lucene-solr's branch
refs/heads/master from Jan Høydahl
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=33bd811 ]
SOLR-14109: Always log to stdout from
server/scripts/cloud-scripts/zkcli.{bat|sh} (#1130)
> zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
>
>
> Key: SOLR-14109
> URL: https://issues.apache.org/jira/browse/SOLR-14109
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: scripts and tools
>Reporter: Jan Høydahl
>Assignee: Jan Høydahl
>Priority: Major
> Time Spent: 1h
> Remaining Estimate: 0h
>
> I noticed this when running {{zkcli.sh}} from solr's docker image. [The
> docker image sets the variable
> {{LOG4J_PROPS}}|https://github.com/docker-solr/docker-solr/blob/master/8.3/Dockerfile],
> causing the zkcli script to pick up and use that logger instead of the
> console logger. Problem with that is that Solr's log4j2 config relies on the
> {{solr.log.dir}} sysprop being set, which it is not when running this script.
> So either fix the wrapper script to set {{solr.log.dir}} or, better, always
> log to stdout.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Commented] (SOLR-14109) zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
[
https://issues.apache.org/jira/browse/SOLR-14109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16998982#comment-16998982
]
Jan Høydahl commented on SOLR-14109:
Linking SOLR-9047 [~gchanan] since that is where the env var was introduced.
Since that we got a centralized stdout logger config, and I cannot see a reason
for not always using that for a CLI tool like this.
> zkcli.sh and zkcli.bat barfs when LOG4J_PROPS is set
>
>
> Key: SOLR-14109
> URL: https://issues.apache.org/jira/browse/SOLR-14109
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: scripts and tools
>Reporter: Jan Høydahl
>Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> I noticed this when running {{zkcli.sh}} from solr's docker image. [The
> docker image sets the variable
> {{LOG4J_PROPS}}|https://github.com/docker-solr/docker-solr/blob/master/8.3/Dockerfile],
> causing the zkcli script to pick up and use that logger instead of the
> console logger. Problem with that is that Solr's log4j2 config relies on the
> {{solr.log.dir}} sysprop being set, which it is not when running this script.
> So either fix the wrapper script to set {{solr.log.dir}} or, better, always
> log to stdout.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
