reboot-coordinator flatcar-linux-update-operator - Pending on new cluster #2504
-
| 
         Hi, terraform.tfvars kubeone.yaml kubectl get pods -A  | 
  
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
| 
         As far as I can tell from your  A more technical explanation of this "issue" is that we can't determine what operating system(s) you are using for your worker nodes when deploying the   | 
  
Beta Was this translation helpful? Give feedback.
-
| 
         I had the same problem and created a cleanup manifest, see below. In general it's doing a cleanup (deletion) of the fluo.yaml file. fluo-cleanup.yaml: apiVersion: v1
kind: ServiceAccount
metadata:
  name: fluo-cleanup
  namespace: kube-system
  labels:
    app: fluo-cleanup
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: fluo-cleanup
  labels:
    app: fluo-cleanup
rules:
- apiGroups: [""]
  resources: ["namespaces", "serviceaccounts"]
  verbs: ["list", "delete"]
- apiGroups: ["apps"]
  resources: ["daemonsets", "deployments"]
  verbs: ["list", "delete"]
- apiGroups: ["rbac.authorization.k8s.io"]
  resources: ["clusterroles", "clusterrolebindings", "roles", "rolebindings"]
  verbs: ["list", "delete"]
- apiGroups: ["batch"]
  resources: ["jobs"]
  verbs: ["list", "delete"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: fluo-cleanup
  labels:
    app: fluo-cleanup
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: fluo-cleanup
subjects:
- kind: ServiceAccount
  name: fluo-cleanup
  namespace: kube-system
---
apiVersion: batch/v1
kind: Job
metadata:
  name: fluo-cleanup
  namespace: kube-system
  labels:
    app: fluo-cleanup
spec:
  # ttlSecondsAfterFinished: 60
  # wait for 10 mins and than cleanup pod and job
  ttlSecondsAfterFinished: 600
  template:
    spec:
      containers:
      - command:
        - /bin/bash
        - -c
        - |
          kubectl delete -f https://raw.githubusercontent.com/kubermatic/kubeone/refs/heads/main/addons/unattended-upgrades/fluo.yaml
          kubectl delete serviceaccount,clusterrole -l app=fluo-cleanup -n kube-system
          exit 0
        image: bitnami/kubectl
        imagePullPolicy: IfNotPresent
        name: fluo-cleanup
      restartPolicy: Never
      serviceAccount: fluo-cleanupkubeone.yaml: ...
addons:
  enable: true
  path: "./addons"
  addons:
    - name: unattended-upgradesThe only thing thats keeping is the   | 
  
Beta Was this translation helpful? Give feedback.


As far as I can tell from your
terraform.tfvars, your worker nodes are running Ubuntu.flatcar-linux-update-operatoris scheduled only in the case you have Flatcar nodes in your cluster, otherwise it'll stay Pending. That being said, what you see here is as expected.A more technical explanation of this "issue" is that we can't determine what operating system(s) you are using for your worker nodes when deploying the
unattended-upgradesaddon. Because of that, we deploy all components, but only relevant components for your cluster are scheduled.