anilkhichar commented on issue #593:
URL: https://github.com/apache/solr-operator/issues/593#issuecomment-1648850445
Thank you @HoustonPutman for the guidance. Yes, we are using custom solr xml
and that was the root cause. I wish, the solr backup document would have
mentioned it. I will raise PR for that separately.
**The Resolution:**
1. Configure S3 jars/lib path in the sharedPath
1. Configure S3 repository in the custom solr xml
```
<?xml version="1.0" encoding="UTF-8" ?>
<solr>
<str
name="sharedLib">${solr.sharedLib:},${solr.install.dir}/contrib/s3-repository/lib</str>
<solrcloud>
.....
</solrcloud>
<backup>
<repository name="solr-backup-s3-repo"
class="org.apache.solr.s3.S3BackupRepository">
<str name="s3.bucket.name">solr-backup-s3-bucket</str>
<str name="s3.region">us-east-1</str>
</repository>
</backup>
</solr>
```
1. Then on top it, it’s regular Solr Operator backup/restore configurations:
```
kubectl edit solrcloud my-solr-cloud
solrBackup:
enabled: "true"
backupRepositories:
name: "solr-backup-s3-repo"
region: "us-east-1"
bucket: "solr-backup-s3-bucket"
```
1. Then on top it, it’s regular Solr Operator backup/restore configurations:
```
apiVersion: solr.apache.org/v1beta1
kind: SolrBackup
metadata:
name: dev-solr-backup
namespace: solr-workload-namespace
spec:
repositoryName: "solr-backup-s3-repo"
solrCloud: "my-solr-cloud"
collections: # upgraded solr operator versions can backup all
available collections
- my-collection
recurrence: # Store one backup daily, and keep a week at a time.
schedule: "@daily"
maxSaved: 7
disabled: false
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
