You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm upgrading from 1.0.4 to 2.0.2 and trying to bring up a new minio cluster, but I can't get successful cluster creation. Instead, I'm seeing a crash in the minio operator logs. It seems to be because there is no readiness probe, which was not expected in previous versions for minio for clusters.
apiVersion: operator.min.io/v1
kind: MinIOInstance
metadata:
annotations:
argocd.argoproj.io/sync-options: Validate=false
name: airflow-logs
namespace: airflow
## If specified, MinIOInstance pods will be dispatched by specified scheduler.
## If not specified, the pod will be dispatched by default scheduler.
# scheduler:
# name: my-custom-scheduler
spec:
selector:
matchLabels:
app: airflow-logs
metadata:
labels:
app: airflow-logs
annotations:
prometheus.io/path: /minio/prometheus/metrics
prometheus.io/port: "443"
prometheus.io/scrape: "true"
image: minio/minio:RELEASE.2020-05-01T22-19-14Z
serviceName: airflow-logs-hl-svc
## Secret with credentials to be used by MinIO instance.
credsSecret:
name: airflow-logs-account-secret
## Supply number of replicas.
## For standalone mode, supply 1. For distributed mode, supply 4 or more (should be even).
## Note that the operator does not support upgrading from standalone to distributed mode.
zones:
- name: "eu-west-3"
servers: 4
## PodManagement policy for pods created by StatefulSet. Can be "OrderedReady" or "Parallel"
## Refer https://kubernetes.io/docs/tutorials/stateful-application/basic-stateful-set/#pod-management-policy
## for details. Defaults to "Parallel"
podManagementPolicy: Parallel
## Used to specify a toleration for a pod
#tolerations:
# - effect: NoSchedule
# key: dedicated
# operator: Equal
# value: storage
## Add environment variables to be set in MinIO container (https://github.com/minio/minio/tree/master/docs/config)
env:
- name: MINIO_BROWSER
value: "on"
- name: MINIO_REGION_NAME
value: "eu-west-3"
# - name: MINIO_STORAGE_CLASS_RRS
# value: "EC:2"
## Configure resource requests and limits for MinIO containers
resources:
requests:
memory: 256Mi
cpu: 100m
## Liveness probe detects situations where MinIO server instance
## is not working properly and needs restart. Kubernetes automatically
## restarts the pods if liveness checks fail.
liveness:
httpGet:
path: /minio/health/live
port: 9000
scheme: HTTPS
initialDelaySeconds: 120
periodSeconds: 20
## Readiness probe detects situations when MinIO server instance
## is not ready to accept traffic. Kubernetes doesn't forward
## traffic to the pod while readiness checks fail.
## Recommended to be used only for standalone MinIO Instances. (replicas = 1)
# readiness:
# httpGet:
# path: /minio/health/ready
# port: 9000
# initialDelaySeconds: 120
# periodSeconds: 20
## nodeSelector parameters for MinIO Pods. It specifies a map of key-value pairs. For the pod to be
## eligible to run on a node, the node must have each of the
## indicated key-value pairs as labels.
## Read more here: https://kubernetes.io/docs/concepts/configuration/assign-pod-node/
# nodeSelector:
# disktype: ssd
## Affinity settings for MinIO pods. Read more about affinity
## here: https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity.
# affinity:
## Secret with certificates to configure TLS for MinIO certs. Create secrets as explained
## here: https://github.com/minio/minio/tree/master/docs/tls/kubernetes#2-create-kubernetes-secret
externalCertSecret:
name: airflow-logs-example-com-tls
type: cert-manager.io/v1alpha2
## Mountpath where PV will be mounted inside container(s). Defaults to "/export".
# mountPath: /export
## Subpath inside Mountpath where MinIO starts. Defaults to "".
# subPath: /data
volumeClaimTemplate:
metadata:
name: airflow-logs-cluster-data
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 20Gi
storageClassName: minio
mcs:
image: minio/mcs:v0.0.5
replicas: 2
mcsSecret:
name: airflow-logs-mcs-secret
metadata:
labels:
app: airflow-logs-mcs
selector:
matchLabels:
app: airflow-logs-mcs
Steps to Reproduce (for bugs)
Provided yaml above
Your Environment
Version used (minio-operator): 2.0.2
Environment name and version (e.g. kubernetes v1.17.2): Kubernetes 1.16.4
Server type and version: Off teh shelf
Operating System and version (uname -a): Alpine Linux 3.11
Link to your deployment file:
The text was updated successfully, but these errors were encountered:
dmayle
changed the title
Crash in minio operator 2.0.2
Nil pointer panic in minio operator 2.0.2 when readiness probe is not supplied.
May 25, 2020
This PR removes user provided configuration for liveness and
readiness probes, since most of these fields are expected to be
constant and are known to us, we should not require users to
provide these. Instead, we simply use all known values and create
the probes - we only expect initialDelay and probe period from
users. If these fields are not provided, we do not create the
probe.
Additionally, this PR also adds steps on how to create local PV
before creating a MinIOInstance.
Fixes#124
I'm upgrading from 1.0.4 to 2.0.2 and trying to bring up a new minio cluster, but I can't get successful cluster creation. Instead, I'm seeing a crash in the minio operator logs. It seems to be because there is no readiness probe, which was not expected in previous versions for minio for clusters.
Expected Behavior
No crash
Current Behavior
Logs:
CRD:
Steps to Reproduce (for bugs)
Your Environment
minio-operator
): 2.0.2uname -a
): Alpine Linux 3.11The text was updated successfully, but these errors were encountered: