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

Running pod displayed as Waiting for init containers by kubectl. #366

Closed
landerlini opened this issue Jan 26, 2025 · 2 comments · Fixed by #367
Closed

Running pod displayed as Waiting for init containers by kubectl. #366

landerlini opened this issue Jan 26, 2025 · 2 comments · Fixed by #367
Assignees
Labels
bug Something isn't working good first issue Good for newcomers v0.3.x
Milestone

Comments

@landerlini
Copy link

Hello.
I am updating my plugin to 0.3.7 and I am trying to cope with the new status system (which I like a lot more than the previous one, thanks).

Unfortunately, I cannot have my running pods displayed as Running.

As you know, the plugin sets the containerStatuses and then interlink builds up the summary defining pod phase and reason.

Can you have a look to the containerStatuses below and let me know if there is a legitimate reason for setting reason to Waiting for init containers and I should set the statuses of containers differently or if it is a bug on your side?

Note that the phase field is set correctly to Running so kueue interpret properly the status of the pod and propagates it correctly to the application level. It's just a matter of what kubectl displays.

  containerStatuses:
  - image: ""
    imageID: ""
    lastState: {}
    name: notebook
    ready: true
    restartCount: 0
    state:
      running:
        startedAt: null
  hostIP: 10.42.6.18
  initContainerStatuses:
  - image: ""
    imageID: ""
    lastState: {}
    name: init-sandbox
    ready: false
    restartCount: 0
    state:
      terminated:
        exitCode: 0
        finishedAt: null
        reason: Completed
        startedAt: null
  phase: Running
  podIP: 10.42.6.18
  podIPs:
  - ip: 10.42.6.18
  reason: Waiting for init containers
  startTime: "2025-01-26T10:52:35Z"
@dciangot
Copy link
Collaborator

@Bianco95 looks simura to this: #363

maybe we are missing this fix on the init container part as well

@dciangot dciangot added bug Something isn't working good first issue Good for newcomers v0.3.x labels Jan 27, 2025
@dciangot dciangot added this to the 0.3.x milestone Jan 27, 2025
@Bianco95
Copy link
Collaborator

Hello, thank you for reporting this issue. The problem occurs because the reason field is not being properly updated when the pod status transitions from waiting for init containers. I will address this. Thanks again for bringing it to our attention!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working good first issue Good for newcomers v0.3.x
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants