Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error: failed to start container "snapscheduler": Error response from daemon: OCI runtime create failed #118

Closed
tomdymond opened this issue Mar 31, 2021 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@tomdymond
Copy link

I'm trying to run this in eks with version 1.17 but I get the following error:

kubectl describe po/snapscheduler-864d84f9-gnzwb -n snapscheduler

Events:
  Type     Reason     Age                 From                                                Message
  ----     ------     ----                ----                                                -------
  Normal   Scheduled  <unknown>           default-scheduler                                   Successfully assigned snapscheduler/snapscheduler-864d84f9-gnzwb to ip-10-27-7-136.eu-west-2.compute.internal
  Normal   Pulled     23m (x5 over 25m)   kubelet, ip-10-27-7-136.eu-west-2.compute.internal  Container image "quay.io/backube/snapscheduler:1.1.1" already present on machine
  Normal   Created    23m (x5 over 25m)   kubelet, ip-10-27-7-136.eu-west-2.compute.internal  Created container snapscheduler
  Warning  Failed     23m (x5 over 25m)   kubelet, ip-10-27-7-136.eu-west-2.compute.internal  Error: failed to start container "snapscheduler": Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "exec: \"/manager\": stat /manager: no such file or directory": unknown
  Warning  BackOff    7s (x112 over 24m)  kubelet, ip-10-27-7-136.eu-west-2.compute.internal  Back-off restarting failed container

Using the following HelmRelease

---
apiVersion: helm.fluxcd.io/v1
kind: HelmRelease
metadata:
  name: snapscheduler
  namespace: fluxcd
  annotations:
    flux.weave.works/automated: "false"
spec:
  targetNamespace: snapscheduler
  helmVersion: v3
  releaseName: snapscheduler
  chart:
    repository: ***
    name: snapscheduler
    version: 1.2.1
  values:
    replicaCount: 2

    image:
      repository: quay.io/backube/snapscheduler
      tagOverride: ""
      pullPolicy: IfNotPresent

    imagePullSecrets: []
    nameOverride: ""
    fullnameOverride: ""

    serviceAccount:
      create: true

    podSecurityContext: {}
    securityContext: {}
    resources:
      requests:
        cpu: 10m
        memory: 100Mi

    nodeSelector:
    tolerations: []
    affinity: {}

@tomdymond tomdymond added the bug Something isn't working label Mar 31, 2021
@project-bot project-bot bot added this to Unprioritized in SnapScheduler work items Mar 31, 2021
@JohnStrunk JohnStrunk self-assigned this Mar 31, 2021
@project-bot project-bot bot moved this from Unprioritized to In progress in SnapScheduler work items Mar 31, 2021
@JohnStrunk
Copy link
Member

I notice it's trying to run /manager in the pod, but that change hasn't actually made it into a release yet.
My guess: It looks like you're trying to run the 1.1.1 release using the helm chart source from the repo master.

If you want to run the released version, you should also use a released chart version. I don't know what it takes to configure flux, but the released charts are here:
https://backube.github.io/helm-charts/

so you should be able to manually:

$ helm repo add backube https://backube.github.io/helm-charts/
$ helm install -n backube-snapscheduler snapscheduler backube/snapscheduler

@JohnStrunk
Copy link
Member

Closing due to lack of activity

@project-bot project-bot bot moved this from In progress to Done in SnapScheduler work items Oct 14, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Development

No branches or pull requests

2 participants