On 3/14/23 08:45, Steffen Moldenhauer wrote:
It is a azurefile-csi storage. I think that's some kind of SMB. Yes that's
slow (and cheapest) but sufficed for the requirements for the backup
performance so far.
There is round about a daily backup for all collections kept for 7 days. So
it's ~ 7
ideas.
Steffen
> -Original Message-
> From: Shawn Heisey
> Sent: Dienstag, 14. März 2023 01:31
> To: users@solr.apache.org
> Subject: Re: Solr Operator Solr Pod slow restart cp-solr-xml time
>
> On 3/13/23 05:59, Steffen Moldenhauer wrote:
> > esp. the
On 3/13/23 05:59, Steffen Moldenhauer wrote:
esp. the recursive chown seems to be the cause. We mitigated it a bit by
cleaning up the backup volume regularly. But there are deployments with a
larger number of collections (~400) and then it is still slow.
Matthew's question is exactly what I
What type of filesystem is this one? It should be a PV.
Even 400 collections shouldn't be that many files.
On Mon, Mar 13, 2023 at 7:59 AM Steffen Moldenhauer
wrote:
>
> Hi,
>
> we're using the Solr Operator 0.6.0
> In some of our deployments a restart of Solr Pods will take minutes up to
> ha
Hi,
we're using the Solr Operator 0.6.0
In some of our deployments a restart of Solr Pods will take minutes up to half
an hour.
The init container cp-solr-xml with the command
cp /tmp/solr.xml /tmp-config/solr.xml && chown -R 8983:8983
/var/solr/data/backup-restore/local-collection-backu
