Sitecore / Sitecore/container-deployment
The dynamic name of InstanceName doesn't work when using SwitchOnRebuild
Nobody has claimed this yet.
- Dominant language
- PowerShell
- Stars
- 32
- Forks
- 28
- Avg merge
- 4d 5h
- Merged PRs (30d)
- 4
Description
The CM spec uses a dynamic name for "InstanceName".
When using SwitchOnRebuild, CM stores active/rebuild collection in Properties table with the InstanceName as part of the KEY.
Since the name is different for k8s deployments/restarts, the key changes hence it cannot find any references and uses the default index instead of the currently active collection.
Support ticket CS0215027
This is the same issue we found in 9.0 when using PaaS deployments and slots. In that case it was partially solved using a "index-catalogue" (which has other issues tho).
Since the default k8s spec setup only uses a single CM instance it might work with "InstanceName: cm"? (We use multiple CMs and need to named them explicitly)
The same is true for the docker-compose that leaves this empty which uses the container hostname. This of course only applies if running with SwitchOnRebuild.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked k8s/sxp/10.1/ltsc2019/xp1/cm.yaml InstanceName setting and compare it with the docker-compose configuration. Trace how SwitchOnRebuild stores the active or rebuild collection in the Properties table, including the InstanceName in the key. Done means the active collection remains discoverable across Kubernetes deployments or restarts, including configurations with multiple CM instances.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker-compose, kubernetes
- Domain
- devops, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100