You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Weaver (Jira)" <ji...@apache.org> on 2022/03/01 20:41:00 UTC

[jira] [Created] (SOLR-16067) allowPaths is ignored when performing backup

Weaver created SOLR-16067:
-----------------------------

             Summary: 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


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: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org