Repository navigation
Closed as not planned
Labels
area/databaseIssues or PRs related to managed databases (postgres, mariadb, redis, etcd, kafka, clickhouse)Issues or PRs related to managed databases (postgres, mariadb, redis, etcd, kafka, clickhouse)kind/bugCategorizes issue or PR as related to a bugCategorizes issue or PR as related to a bugtriage/not-reproducibleIndicates an issue can not be reproduced as describedIndicates an issue can not be reproduced as described
Description
Describe the bug
The MariaDB package fails to install when backup is enabled
Environment
- v1.2.0
- Provider: on-prem
To Reproduce
Steps to reproduce the behavior:
- Go to a Tenant dashboard
- Create a Managed MariaDB service
- Set backup enabled
- Submit
Expected behaviour
The HelmRelease install is successful
Actual behaviour
The HelpRelease fails to install
Logs
Helm install failed for release tenant-example/mariadb-example with chart [email protected]+5c35e21515d9: error while running post render on files: map[string]interface {}(nil): yaml: unmarshal errors: line 17: mapping key "template" already defined at line 14
cozystack/packages/apps/mariadb/templates/backup-cronjob.yaml
Lines 16 to 27 in 5da23f4
| template: | |
| spec: | |
| restartPolicy: OnFailure | |
| template: | |
| metadata: | |
| annotations: | |
| checksum/config: {{ include (print $.Template.BasePath "/backup-script.yaml") . | sha256sum }} | |
| checksum/secret: {{ include (print $.Template.BasePath "/backup-secret.yaml") . | sha256sum }} | |
| spec: | |
| imagePullSecrets: | |
| - name: {{ .Release.Name }}-regsecret | |
| restartPolicy: Never |
I'd create a PR, but I'm unsure which restartPolicy should be used
Checklist
- I have checked the documentation
- I have searched for similar issues
- I have included all required information
- I have provided clear steps to reproduce
- I have included relevant logs
Reacted by dosubot
Metadata
Metadata
Assignees
Labels
area/databaseIssues or PRs related to managed databases (postgres, mariadb, redis, etcd, kafka, clickhouse)Issues or PRs related to managed databases (postgres, mariadb, redis, etcd, kafka, clickhouse)kind/bugCategorizes issue or PR as related to a bugCategorizes issue or PR as related to a bugtriage/not-reproducibleIndicates an issue can not be reproduced as describedIndicates an issue can not be reproduced as described
Activity
dosubot commentedon Mar 29, 2026
Hi Jonathan Haines (@BarryThePenguin)! I'm Dosu and I’m helping the cozystack team.
Thanks for the detailed report! This is a known issue — there's a duplicate
templatekey inpackages/apps/mariadb/templates/backup-cronjob.yamlat lines 14-17 .PR #2279 has the fix for this, but it hasn't been merged yet. Until then, you'll need to either manually patch the template or deploy MariaDB without backup enabled.
This same bug pattern also affects PostgreSQL (#869) [1].
To reply, just mention @dosu.
How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other
fix(clickhouse): remove duplicate template key and use correct cluste…
lexfrei commentedon Apr 27, 2026
Verified against current
main: this is already fixed. The duplicatetemplate:key was removed in commit d2030be (fix(mariadb): always enable replication for consistent service naming, 2026-03-27) — two days before this issue was filed, so the report was against an older version. Currentpackages/apps/mariadb/templates/backup-cronjob.yamlhas only onetemplate:block at line 16. Markingtriage/not-reproducible; safe to close once confirmed.lexfrei commentedon Apr 27, 2026
Closing as not reproducible — fix landed in d2030be before this report was filed (see prior comment for details).
[Backport release-1.2] fix(mariadb): remove duplicate template key in…