Back to Charts

Redmine

stable/redmine/README.md

latest60.8 KB
Original Source

Redmine

Redmine is a free and open source, web-based project management and issue tracking tool.

This Helm chart is deprecated

Given the stable deprecation timeline, the Bitnami maintained Redmine Helm chart is now located at bitnami/charts.

The Bitnami repository is already included in the Hubs and we will continue providing the same cadence of updates, support, etc that we've been keeping here these years. Installation instructions are very similar, just adding the bitnami repo and using it during the installation (bitnami/<chart> instead of stable/<chart>)

bash
$ helm repo add bitnami https://charts.bitnami.com/bitnami
$ helm install my-release bitnami/<chart>           # Helm 3
$ helm install --name my-release bitnami/<chart>    # Helm 2

To update an exisiting stable deployment with a chart hosted in the bitnami repository you can execute

bash
$ helm repo add bitnami https://charts.bitnami.com/bitnami
$ helm upgrade my-release bitnami/<chart>

Issues and PRs related to the chart itself will be redirected to bitnami/charts GitHub repository. In the same way, we'll be happy to answer questions related to this migration process in this issue created as a common place for discussion.

TL;DR;

bash
$ helm install my-release stable/redmine

Introduction

This chart bootstraps a Redmine deployment on a Kubernetes cluster using the Helm package manager.

It also packages the Bitnami MariaDB chart and the PostgreSQL chart which are required for bootstrapping a MariaDB/PostgreSQL deployment for the database requirements of the Redmine application.

Bitnami charts can be used with Kubeapps for deployment and management of Helm Charts in clusters. This chart has been tested to work with NGINX Ingress, cert-manager, fluentd and Prometheus on top of the BKPR.

Prerequisites

  • Kubernetes 1.12+
  • Helm 2.11+ or Helm 3.0-beta3+
  • PV provisioner support in the underlying infrastructure
  • ReadWriteMany volumes for deployment scaling

Installing the Chart

To install the chart with the release name my-release:

bash
$ helm install my-release stable/redmine

The command deploys Redmine on the Kubernetes cluster in the default configuration. The Parameters section lists the parameters that can be configured during installation.

Tip: List all releases using helm list

Uninstalling the Chart

To uninstall/delete the my-release deployment:

bash
$ helm delete my-release

The command removes all the Kubernetes components associated with the chart and deletes the release.

Using PostgreSQL instead of MariaDB

This chart includes the option to use a PostgreSQL database for Redmine instead of MariaDB. To use this, set the databaseType parameter to postgresql:

helm install my-release stable/redmine --set databaseType=postgresql

Parameters

The following table lists the configurable parameters of the Redmine chart and their default values.

ParameterDescriptionDefault
global.imageRegistryGlobal Docker image registr ynil
global.imagePullSecretsGlobal Docker registry secret names as an array[] (does not add image pull secrets to deployed pods)
global.storageClassGlobal storage class for dynamic provisioningnil
image.registryRedmine image registrydocker.io
image.repositoryRedmine image namebitnami/redmine
image.tagRedmine image tag{TAG_NAME}
image.pullPolicyImage pull policyIfNotPresent
image.pullSecretsSpecify docker-registry secret names as an array[] (does not add image pull secrets to deployed pods)
nameOverrideString to partially override redmine.fullname templatenil
fullnameOverrideString to fully override redmine.fullname templatenil
redmineUsernameUser of the applicationuser
redminePasswordApplication passwordrandom 10 character long alphanumeric string
redmineEmailAdmin email[email protected]
redmineLanguageRedmine default data languageen
extraVarsEnvironment variables, passed to redminenil
smtpHostSMTP hostnil
smtpPortSMTP portnil
smtpUserSMTP usernil
smtpPasswordSMTP passwordnil
smtpTlsUse TLS encryption with SMTPnil
existingSecretUse existing secret for password details (redminePassword, smtpPassword and externalDatabase.password will be ignored and picked up from this secret). It must contain the keys redmine-password and smtp-password when postgresql.enabled=true or mariadb.enabled=true. In case postgresql.enabled=false and mariadb.enabled=false it must contain the key external-db-passwordnil
databaseTypeSelect database typemariadb (allowed values: "mariadb" and "postgresql")
mariadb.enabledWhether to deploy a MariaDB server to satisfy the database requirementstrue
mariadb.rootUser.passwordMariaDB admin passwordnil
postgresql.enabledWhether to deploy a PostgreSQL server to satisfy the database requirementsfalse
postgresql.postgresqlDatabasePostgreSQL databasebitnami_redmine
postgresql.postgresqlUsernamePostgreSQL userbn_redmine
postgresql.postgresqlPasswordPostgreSQL passwordnil
externalDatabase.hostHost of the external databaselocalhost
externalDatabase.nameName of the external databaselocalhost
externalDatabase.userExternal db useruser
externalDatabase.passwordPassword for the db user""
externalDatabase.portDatabase port number3306
service.typeKubernetes Service typeLoadBalancer
service.portService HTTP port80
service.nodePorts.httpKubernetes http node port""
service.externalTrafficPolicyEnable client source IP preservationCluster
service.loadBalancerIPLoadBalancer service IP address""
service.loadBalancerSourceRangesAn array of load balancer sources0.0.0.0/0
serviceAccount.createSpecifies whether a ServiceAccount should be createdfalse
serviceAccount.nameThe name of the ServiceAccount to createGenerated using the redmine.fullname macro
ingress.enabledEnable ingress controller resourcefalse
ingress.certManagerAdd annotations for cert-managerfalse
ingress.hostnameDefault host for the ingress resourceredmine.local
ingress.tlsEnable TLS configurationfalse
ingress.annotationsIngress annotations{}
ingress.extraHosts[0].nameExtra hosts for your Redmine installationnil
ingress.extraHosts[0].pathPath within the url structurenil
ingress.extraTls[0].hosts[0]Extra TLS hostsnil
ingress.extraTls[0].secretNameTLS Secret (certificates) for extra TLS hostsnil
ingress.secrets[0].nameTLS Secret Namenil
ingress.secrets[0].certificateTLS Secret Certificatenil
ingress.secrets[0].keyTLS Secret Keynil
nodeSelectorNode labels for pod assignment{} (The value is evaluated as a template)
tolerationsList of node taints to tolerate[] (The value is evaluated as a template)
affinityMap of node/pod affinities{} (The value is evaluated as a template)
podAnnotationsPod annotations{}
persistence.enabledEnable persistence using PVCtrue
persistence.existingClaimThe name of an existing PVCnil
persistence.storageClassPVC Storage Classnil (uses alpha storage class annotation)
persistence.accessModePVC Access ModeReadWriteOnce
persistence.sizePVC Storage Request8Gi
podDisruptionBudget.enabledPod Disruption Budget togglefalse
podDisruptionBudget.minAvailableMinimum available podsnil
podDisruptionBudget.maxUnavailableMaximum unavailable podsnil
replicasThe number of pod replicas1
resourcesResources allocation (Requests and Limits){}
securityContextSecurityContext{}
livenessProbe.enabledwould you like a livenessProbe to be enabledtrue
livenessProbe.initialDelaySecondsDelay before liveness probe is initiated300
livenessProbe.periodSecondsHow often to perform the probe10
livenessProbe.timeoutSecondsWhen the probe times out5
livenessProbe.successThresholdMinimum consecutive successes for the probe1
livenessProbe.failureThresholdMinimum consecutive failures for the probe3
readinessProbe.enabledwould you like a readinessProbe to be enabledtrue
readinessProbe.initialDelaySecondsDelay before readiness probe is initiated5
readinessProbe.periodSecondsHow often to perform the probe10
readinessProbe.timeoutSecondsWhen the probe times out1
readinessProbe.successThresholdMinimum consecutive successes for the probe1
readinessProbe.failureThresholdMinimum consecutive failures for the probe3
mailReceiver.enabledWhether to enable scheduled mail-to-task CronJobfalse
mailReceiver.scheduleKubernetes CronJob schedule*/5 * * * *
mailReceiver.suspendWhether to create suspended CronJobtrue
mailReceiver.image.registryMail to Task image registrydocker.io
mailReceiver.image.repositoryMail to Task image repositorybitnami/redmine
mailReceiver.image.tagMail to Task image tag{TAG_NAME}
mailReceiver.image.pullPolicyMail to Task image pull policyIfNotPresent
mailReceiver.mailProtocolMail protocol to use for reading emails: IMAP or POP3IMAP
mailReceiver.hostServer to receive emails from""
mailReceiver.portTCP port on the host143
mailReceiver.usernameLogin to authenticate on the host""
mailReceiver.passwordPassword to authenticate on the host""
mailReceiver.sslWhether use SSL/TLS to connect to the hosttrue
mailReceiver.startTLSWhether use StartTLS to connect to the hostfalse
mailReceiver.imapFolderIMAP only. Folder to read emails fromINBOX
mailReceiver.moveOnsuccessIMAP only. Folder to move processed emails to""
mailReceiver.moveOnFailureIMAP only. Folder to move emails with processing errors to""
mailReceiver.unknownUserActionAction to perform is an email received from unregistered userignore
mailReceiver.noPermissionCheckWhether skip permission check during creating a new task0
mailReceiver.noAccountNoticeWhether send an email to an unregistered user created during a new task creation1
mailReceiver.defaultGroupDefines a group list to add created user to""
mailReceiver.projectDefines identifier of the target project for a new task""
mailReceiver.projectFromSubaddressDefines email address to select project from subaddress""
mailReceiver.statusDefines a new task status""
mailReceiver.trackerDefines a new task tracker""
mailReceiver.categoryDefines a new task category""
mailReceiver.priorityDefines a new task priority""
mailReceiver.assignedToDefines a new task priority""
mailReceiver.allowOverrideDefines if email content is allowed to set attributes values. Values is a comma separated list of attributes or all to alllow all attributes""

The above parameters map to the env variables defined in bitnami/redmine. For more information please refer to the bitnami/redmine image documentation.

Specify each parameter using the --set key=value[,key=value] argument to helm install. For example,

bash
$ helm install my-release \
  --set redmineUsername=admin,redminePassword=password,mariadb.mariadbRootPassword=secretpassword \
    stable/redmine

The above command sets the Redmine administrator account username and password to admin and password respectively. Additionally, it sets the MariaDB root user password to secretpassword.

Alternatively, a YAML file that specifies the values for the above parameters can be provided while installing the chart. For example,

bash
$ helm install my-release -f values.yaml stable/redmine

Tip: You can use the default values.yaml

Configuration and installation details

Rolling VS Immutable tags

It is strongly recommended to use immutable tags in a production environment. This ensures your deployment does not change automatically if the same tag is updated with a different image.

Bitnami will release a new chart updating its containers if a new version of the main container, significant changes, or critical vulnerabilities exist.

Replicas

Redmine writes uploaded files to a persistent volume. By default that volume cannot be shared between pods (RWO). In such a configuration the replicas option must be set to 1. If the persistent volume supports more than one writer (RWX), ie NFS, replicas can be greater than 1.

Persistence

The Bitnami Redmine image stores the Redmine data and configurations at the /bitnami/redmine path of the container.

Persistent Volume Claims are used to keep the data across deployments. This is known to work in GCE, AWS, and minikube. The volume is created using dynamic volume provisioning. Clusters configured with NFS mounts require manually managed volumes and claims.

See the Parameters section to configure the PVC or to disable persistence.

Existing PersistentVolumeClaims

The following example includes two PVCs, one for Redmine and another for MariaDB.

  1. Create the PersistentVolume
  2. Create the PersistentVolumeClaim
  3. Create the directory, on a worker
  4. Install the chart
bash
$ helm install test --set persistence.existingClaim=PVC_REDMINE,mariadb.persistence.existingClaim=PVC_MARIADB stable/redmine

Upgrading

14.0.0

  • Backwards compatibility is not guaranteed unless you modify the labels used on the chart's deployments.
  • The databaseType parameters is no longer an object but a string. Allowed values are "mariadb" and "postgresql".
  • Ingress configuration was standardized to simplify the way to configure the main host.
  • Ports names were prefixed with the protocol to comply with Istio (see https://istio.io/docs/ops/deployment/requirements/).

13.0.0

Helm performs a lookup for the object based on its group (apps), version (v1), and kind (Deployment). Also known as its GroupVersionKind, or GVK. Changing the GVK is considered a compatibility breaker from Kubernetes' point of view, so you cannot "upgrade" those objects to the new GVK in-place. Earlier versions of Helm 3 did not perform the lookup correctly which has since been fixed to match the spec.

In https://github.com/helm/charts/pull/17309 the apiVersion of the deployment resources was updated to apps/v1 in tune with the api's deprecated, resulting in compatibility breakage.

This major version signifies this change.

To 5.0.0

Backwards compatibility is not guaranteed unless you modify the labels used on the chart's deployments. Use the workaround below to upgrade from versions previous to 5.0.0. The following example assumes that the release name is redmine:

console
$ kubectl patch deployment redmine-redmine --type=json -p='[{"op": "remove", "path": "/spec/selector/matchLabels/chart"}]'
# If using postgresql as database
$ kubectl patch deployment redmine-postgresql --type=json -p='[{"op": "remove", "path": "/spec/selector/matchLabels/chart"}]'
# If using mariadb as database
$ kubectl delete statefulset redmine-mariadb --cascade=false