The error says
: access denied ("java.io.FilePermission" "[file name redacted]" "read")
Can you check the permissions?
Can you as well share the config you're using for SOLR_ZK_CREDS_AND_ACLS?

 
 
  On Thu, Dec 4, 2025 at 11:08 AM, Oakley, Craig (NIH/NLM/NCBI) [C] via 
users<[email protected]> wrote:   For many years, we have been passing 
Zookeeper credentials through command line arguments 
(https://solr.apache.org/guide/solr/9_2/deployment-guide/zookeeper-access-control.html#through-system-properties):
 but it would be nice to hide the passwords away in a credentials file as 
described in 
https://solr.apache.org/guide/solr/9_2/deployment-guide/zookeeper-access-control.html#through-a-file

This succeeds when using "bin/solr zk", but not for the Solr instance itself. 
The solr.log file complains

2025-12-04 11:10:06.851 INFO  (main) [  ] o.a.s.c.c.SolrZkClient Using 
ZkCredentialsInjector: 
org.apache.solr.common.cloud.VMParamsZkCredentialsInjector
2025-12-04 11:10:06.852 WARN  (main) [  ] o.a.s.c.c.SolrZkClient VM param 
ZkCredentialsInjector does not point to a class implementing 
ZkCredentialsInjector and with a non-arg constructor
java.lang.reflect.InvocationTargetException: null
        at 
jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
~[?:?]
...
        at org.eclipse.jetty.start.Main.main(Main.java:76) [start.jar:10.0.13]
Caused by: java.security.AccessControlException: access denied 
("java.io.FilePermission" "[file name redacted]" "read")
        at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
 ~[?:?]
...
        ... 61 more
2025-12-04 11:10:06.854 WARN  (main) [  ] o.a.s.c.c.SolrZkClient Using default 
ZkCredentialsInjector. ZkCredentialsInjector is not secure, it creates an empty 
list of credentials which leads to 'OPEN_ACL_UNSAFE' ACLs to Zookeeper nodes
...
2025-12-04 11:10:06.970 ERROR (main) [  ] o.a.s.s.CoreContainerProvider Could 
not start Solr. Check solr/home property and the logs
2025-12-04 11:10:06.982 ERROR (main) [  ] o.a.s.c.SolrCore null
org.apache.solr.common.SolrException: Error instantiating class: 
'org.apache.solr.common.cloud.VMParamsZkCredentialsInjector'
        at 
org.apache.solr.core.SolrResourceLoader.newInstance(SolrResourceLoader.java:649)
 ~[solr-core-9.2.1.jar:9.2.1 a4c64ab6a2a270ca69c28c706dabb2927ed8a7c2 - 
jsweeney - 2023-04-24 11:35:31]
...
        at org.eclipse.jetty.start.Main.main(Main.java:76) [start.jar:10.0.13]
Caused by: java.lang.reflect.InvocationTargetException
        at 
jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
~[?:?]
...
        ... 55 more
Caused by: java.security.AccessControlException: access denied 
("java.io.FilePermission" "[file name redacted]" "read")
        at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
 ~[?:?]
...
        ... 55 more
2025-12-04 11:10:06.990 ERROR (main) [  ] o.a.s.s.CoreContainerProvider Error 
processing the request. CoreContainer is either not initialized or shutting 
down.
2025-12-04 11:10:06.991 ERROR (main) [  ] o.a.s.s.SolrDispatchFilter Could not 
start Dispatch Filter.
2025-12-04 11:10:06.991 ERROR (main) [  ] o.a.s.c.SolrCore null
javax.servlet.UnavailableException: Error processing the request. CoreContainer 
is either not initialized or shutting down.
        at 
org.apache.solr.servlet.CoreContainerProvider.waitForCoreContainer(CoreContainerProvider.java:154)
 ~[solr-core-9.2.1.jar:9.2.1 a4c64ab6a2a270ca69c28c706dabb2927ed8a7c2 - 
jsweeney - 2023-04-24 11:35:31]
...
        at org.eclipse.jetty.start.Main.main(Main.java:76) [start.jar:10.0.13]
2025-12-04 11:10:07.002 INFO  (main) [  ] o.e.j.s.h.ContextHandler Started 
o.e.j.w.WebAppContext@578524c3{solr-jetty-context.xml,/solr,file:///export/home/dbman/solr/solr-9.2.1/server/solr-webapp/webapp/,AVAILABLE}{/export/home/dbman/solr/solr-9.2.1/server/solr-webapp/webapp}<mailto:o.e.j.w.WebAppContext@578524c3%7bsolr-jetty-context.xml,/solr,file:///export/home/dbman/solr/solr-9.2.1/server/solr-webapp/webapp/,AVAILABLE%7d%7b/export/home/dbman/solr/solr-9.2.1/server/solr-webapp/webapp%7d>

I have confirmed that the account running the process does indeed have read 
access to the properties file (even granting write access does not help), and 
the properties file works for "bin/solr zk"

Any suggestions what to try?

Thanks


Craig Oakley
Contract Worker (Other)
National Library of Medicine
National Institutes of Health
Building 45, room 6AS37D-57
301-496-6175
[email protected]<mailto:[email protected]>

  

Reply via email to