-
Notifications
You must be signed in to change notification settings - Fork 10.4k
Closed as not planned
Labels
mariadbsolvedstale15 days without activity15 days without activitytech-issuesThe user has a technical issue about an applicationThe user has a technical issue about an applicationtriageTriage is neededTriage is needed
Description
Name and Version
bitnami/mariadb 24.0.2
What steps will reproduce the bug?
With the provided values.yaml (i.e. metrics enabled), perform a standard deployment of MariaDB.
Are you using any custom parameters or values?
metrics:
enabled: true
extraArgs:
primary:
- --collect.auto_increment.columns
- --collect.binlog_size
- --collect.engine_innodb_status
- --collect.engine_tokudb_status
- --collect.global_status
- --collect.global_variables
- --collect.info_schema.clientstats
- --collect.info_schema.innodb_metrics
- --collect.info_schema.innodb_tablespaces
- --collect.info_schema.innodb_cmp
- --collect.info_schema.innodb_cmpmem
- --collect.info_schema.processlist
- --collect.info_schema.processlist.min_time
- --collect.info_schema.query_response_time
- --collect.info_schema.tables
- --collect.info_schema.tables.databases
- --collect.info_schema.tablestats
- --collect.info_schema.userstats
- --collect.perf_schema.eventsstatements
- --collect.perf_schema.eventsstatements.digest_text_limit
- --collect.perf_schema.eventsstatements.limit
- --collect.perf_schema.eventsstatements.timelimit
- --collect.perf_schema.eventswaits
- --collect.perf_schema.file_events
- --collect.perf_schema.file_instances
- --collect.perf_schema.indexiowaits
- --collect.perf_schema.tableiowaits
- --collect.perf_schema.tablelocks
- --collect.perf_schema.replication_group_member_stats
- --collect.slave_status
- --collect.slave_hosts
- --collect.heartbeat
- --collect.heartbeat.database
- --collect.heartbeat.table
containerPorts:
http: 9104
containerSecurityContext:
enabled: true
privileged: false
runAsNonRoot: true
seLinuxOptions: {}
runAsUser: 1001
runAsGroup: 1001
readOnlyRootFilesystem: true
allowPrivilegeEscalation: false
capabilities:
drop: ["ALL"]
seccompProfile:
type: "RuntimeDefault"
resourcesPreset: "micro"
serviceMonitor:
enabled: true
namespace: "cattle-monitoring-system"What is the expected behavior?
Deployment succeeds.
What do you see instead?
Error: INSTALLATION FAILED: error while running post render on files: error while running command /usr/local/bin/skaffold. error output:
reading Kubernetes YAML: yaml: unmarshal errors:
line 274: mapping key "env" already defined at line 232
Additional information
I believe this error is because of the extra env mapping in the metrics definition, primary/statefulset.yaml lines 407-413. I assume this is also the case for the secondary, but I haven't checked.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
mariadbsolvedstale15 days without activity15 days without activitytech-issuesThe user has a technical issue about an applicationThe user has a technical issue about an applicationtriageTriage is neededTriage is needed