replication controller created pods don't show up in pod-list output

Bug #1418719 reported by wkh
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Magnum
Invalid
High
Unassigned

Bug Description

When you create a replication controller k8s creates the number of pods specified by the rc's replica value. Most of those pods don't show up in the output of `magnum pod-list`, in fact only the ones that were created prior to the rc and "adopted" by it show up. Worse, there is no way - outside of using kubectl - to delete those "invisible" pods.

pod-list should probably use the k8s API (or kubectl in the interim) to get the list of pods (and their state) rather than trying to manage it in the database.

Adrian Otto (aotto)
Changed in magnum:
status: New → Triaged
importance: Undecided → High
Changed in magnum:
assignee: nobody → Jay Lau (jay-lau-513)
Revision history for this message
Guangya Liu (Jay Lau) (jay-lau-513) wrote :

I think this project is related to k8s client https://blueprints.launchpad.net/magnum/+spec/python-k8sclient , we may need to call client to get pods from rc and then put all pods to database.

A short solution is always using "kubectl get pods" to get all pods, thoughts?

Revision history for this message
wkh (wkharold) wrote : Re: [Bug 1418719] Re: replication controller created pods don't show up in pod-list output

That seems like the simplest thing that could possibly work. Re: the
blueprint, I'm not sure how much value there is to putting the pods in the
database unless we can ensure that the database is updated when ever pods
are destroyed/created ... WkH

From: Jay Lau <email address hidden>
To: Ward K Harold/Austin/IBM@IBMUS
Date: 02/14/2015 11:30 PM
Subject: [Bug 1418719] Re: replication controller created pods
don't show up in pod-list output
Sent by: <email address hidden>

I think this project is related to k8s client
https://blueprints.launchpad.net/magnum/+spec/python-k8sclient , we may
need to call client to get pods from rc and then put all pods to
database.

A short solution is always using "kubectl get pods" to get all pods,
thoughts?

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1418719

Title:
  replication controller created pods don't show up in pod-list output

Status in Magnum - Containers for OpenStack:
  Triaged

Bug description:
  When you create a replication controller k8s creates the number of
  pods specified by the rc's replica value. Most of those pods don't
  show up in the output of `magnum pod-list`, in fact only the ones that
  were created prior to the rc and "adopted" by it show up. Worse, there
  is no way - outside of using kubectl - to delete those "invisible"
  pods.

  pod-list should probably use the k8s API (or kubectl in the interim)
  to get the list of pods (and their state) rather than trying to manage
  it in the database.

To manage notifications about this bug go to:
https://bugs.launchpad.net/magnum/+bug/1418719/+subscriptions

Revision history for this message
Andrew Melton (andrew-melton) wrote :

I'm not sure this is a good idea. If the pods that are created by Kubernetes as part of a replication controller are managed by Kubernetes itself, should Magnum really be showing them as pods the user can interact with? Or, should we only show the pods Magnum itself is managing?

Revision history for this message
vikas choudhary (choudharyvikas16) wrote :

@Andrew
I think magnum true state of the system to user. Also 'pod-list' means complete pod-list(including rc created) . Let say user created a RC and now he wants to ensure if corresponding pod got created or not.This should be possible to verify using magnum apis only.

Changed in magnum:
status: Triaged → In Progress
Revision history for this message
vikas choudhary (choudharyvikas16) wrote :
Changed in magnum:
assignee: Jay Lau (jay-lau-513) → vikas choudhary (choudharyvikas16)
Revision history for this message
vikas choudhary (choudharyvikas16) wrote :

This will get fixed with bp "objects-from-bay" implementation.

Changed in magnum:
assignee: vikas choudhary (choudharyvikas16) → nobody
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on magnum (master)

Change abandoned by Adrian Otto (<email address hidden>) on branch: master
Review: https://review.openstack.org/221150
Reason: Vikas,

It has been almost two weeks since the last patch revision on this patch, and Hongbin placed a -2 vote on it. Unless that -2 vote is removed, this patch can not be merged, and should no longer be considered by reviewers. If you are able to convince Hongbin to change his vote, then we can un-abandon this patch, and continue making revisions.

Thanks,

Adrian

Adrian Otto (aotto)
Changed in magnum:
milestone: none → mitaka-1
Revision history for this message
hongbin (hongbin034) wrote :
Changed in magnum:
status: In Progress → Fix Committed
Drago (dragorosson)
Changed in magnum:
status: Fix Committed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.