[
https://issues.apache.org/jira/browse/SOLR-16067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17499948#comment-17499948
]
Jan Høydahl commented on SOLR-16067:
------------------------------------
Thanks for the clarification. So as long as you have a solr.xml in ZK, that one
will be loaded.
May I ask whether you got any warning whatsoever that you had duplicate
solr.xml files locally and in ZK?
I have been considering whether solr.xml in Zookeeper is an anti pattern that
should be removed. What is the major motivation for you to put solr.xml in
Zookeeper?
> allowPaths is ignored when performing backup
> --------------------------------------------
>
> Key: SOLR-16067
> URL: https://issues.apache.org/jira/browse/SOLR-16067
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Backup/Restore
> Affects Versions: 8.11.1
> Environment: Solr: 8.11.1
> OS: CentOS7
> Reporter: Weaver
> Priority: Major
>
> When performing a backup from the API, I always get a
> java.nio.file.NoSuchFileException:java.nio.file.NoSuchFileException error. I
> have set _allowPaths_ to everything under the sun including '*' and it still
> gives me an error.
> If I make the following call
> {code:java}
> https://host4.domain.org:8983/solr/admin/collections?action=BACKUP&name=backup&collection=collection&location=%2fbackups
> {code}
> I get an error that looks something like this:
> {code:java}
> { "responseHeader":\{ "status":500, "QTime":56}, "failure":\{
> "host4.domain.org:8983_solr":"org.apache.solr.client.solrj.impl.BaseHttpSolrClient$RemoteSolrException:Error
> from server at null: Failed to backup core=collection_shard2_replica_n1
> because org.apache.solr.common.SolrException: Path /backups/backup/collection
> must be relative to SOLR_HOME, SOLR_DATA_HOME coreRootDirectory. Set system
> property 'solr.allowPaths' to add other allowed paths."}, "Operation backup
> caused
> exception:":"java.nio.file.NoSuchFileException:java.nio.file.NoSuchFileException:
> /backups/backup/collection/zk_backup_0", "exception":\{
> "msg":"/backups/backup/collection/zk_backup_0", "rspCode":-1}, "error":{
> "metadata":[ "error-class","org.apache.solr.common.SolrException",
> "root-error-class","org.apache.solr.common.SolrException"],
> "msg":"/backups/backup/collection/zk_backup_0",
> ...
> {code}
> There's also a long stack track after this that i can provide if necessary.
> Server logs also reflect this:
> {code:java}
> 2022-03-01 20:26:01.469 ERROR (qtp1452442375-20) [c:collection ]
> o.a.s.s.HttpSolrCall org.apache.solr.common.SolrException:
> /backups/backup/collection/zk_backup_0 =>
> org.apache.solr.common.SolrException: /backups/backup/collection/zk_backup_0
> at
> org.apache.solr.client.solrj.SolrResponse.getException(SolrResponse.java:65)
> ...{code}
> Same long stack trace.
> What on earth am i doing wrong here?
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
