SLT-1232: Add storage.silta/storage-path annotation to Solr's volumeClaimTemplates

[k4lv15]

NOTE: Changes in silta.yaml are only for testing purposes, ignore those when merging.

Motivation:
Solr allows to override the storageClassName in helm chart values but is missing the storage.silta/storage-path annotation. If storage class is overridden to silta-shared or nfs-shared, this will map Solr's data volume at {server}/{namespace-x} rather {server}/{namespace-x}/{release-x}/solr-data (i.e., similar to what shell’s volume would do: https://github.com/wunderio/charts/blob/e6613fcc83a28b1d5366efecf0446e44875cdbf3/drupal/templates/shell-volume.yaml#L41
Mapping Solr's data volume to project's namespace folder can cause major issues on a project level, i.e.:

• If there are multiple releases per namespace using Solr, all will use the same storage thus causing potential confusion (if one environment gets indexes flushed, it will cause search to not work on any other env as well)
• If a Solr-enabled release gets uninstalled, most likely it will delete the entire {namespace-x} folder from the server associated with the overridden storage class due to persistentVolumeReclaimPolicy: Delete set on the PV, causing major data loss.

Changes proposed:

• Add storage.silta/storage-path annotation to Solr's volumeClaimTemplates if storage class is either silta-shared or nfs-shared
• Add helm unit tests verifying that the annotation is present if applicable. Remove the duplicate accessModes property from volumeClaimTemplate as unit tests were complaining about it.

How to test:

• See that helm unit tests are successful: https://app.circleci.com/pipelines/github/wunderio/drupal-project-k8s/7207/workflows/30b35e2c-f963-4e53-a190-625fbba75e3e/jobs/24285?invite=true#step-108-3161_45
• See that deployment was successful: https://app.circleci.com/pipelines/github/wunderio/drupal-project-k8s/7208/workflows/7f4ed350-e5bd-4bd8-861a-a8d288a0b3fe/jobs/24292
• Inspect the PV that was created for Solr, see that the NFS path is/{namespace-x}/{release-x}/solr-data
• Check that Solr's PV has correct NFS path set in Source.Path (run below, make sure that you're using the correct kubectl context and namespace)
• k get pv | grep -i feature-slt-1232-storage-path-solr
• k describe pv {pv-name-from-the-above-command-results}

[Copilot]

Pull Request Overview

This PR adds the storage.silta/storage-path annotation to Solr's volumeClaimTemplates to prevent data loss and storage conflicts when using shared storage classes. The annotation ensures Solr data volumes are mapped to release-specific paths rather than namespace-level paths.

• Adds conditional annotation for silta-shared and nfs-shared storage classes
• Removes duplicate accessModes property from volumeClaimTemplate
• Adds comprehensive unit tests to verify annotation behavior

Reviewed Changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 1 comment.

File	Description
silta/silta.yml	Testing configuration enabling Solr with nfs-shared storage
charts/drupal/tests/solr_test.yaml	Unit tests verifying storage path annotation behavior
charts/drupal/templates/solr-statefulset.yaml	Adds conditional storage path annotation and fixes duplicate accessModes

---

_{Tip: Customize your code reviews with copilot-instructions.md. Create the file or learn how to get started.}

[Rade333]

Nice addition, thanks @k4lv15 !