-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Support DaemonSet with podman kube play
#18899
Comments
A friendly reminder that this issue had no activity for 30 days. |
Are you suggesting it to be functionally equivalent to Deployments? |
Yes, both Deployments as well as DaemonSets are having a |
@ygalblum @umohnani8 WDYT? |
@rhatdan Makes sense and from the looks of it, sounds simple to implement (Same path as for |
Sure, I can take this up. The idea is to simply allow using |
Seems so, yes |
Just so that we're on the same page, when you say use the same path as for Deployment, do you really mean
which seems a tad bit misleading because we're missing out on handling certain non-overlapping attributes such as numReplicas and potentially others in the future. I'm going in this direction for now - https://github.com/containers/podman/compare/main...danishprakash:podman:daemonset-support?expand=1 which looks like too much redundant work at first glance but looks more comprehensible for someone glancing over the source. |
Yes, you're right, that's what I meant. You can't really join the cases because of the objects passed. About the TODO you have in the code, not sure what you mean. DS don't have numReplicas (https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.27/#daemonsetspec-v1-apps) because the idea is that K8S will run a replica on each worker node |
Feature request description
The current command supports Pods and Deployments in the yaml file, it would be great, if it also supports a
DaemonSet
.Suggest potential solution
If I provide a yaml containing a
DaemonSet
, instead of aDeployment
it should generate the corresponding pod for it.Have you considered any alternatives?
Currently, I simply replace the
DaemonSet
in the yaml withDeployment
and that works.Only it would improve the interoperability of the podman itself, if it would be done "properly".
Additional context
The field
.spec.template
of aDaemonSet
is aPodTemplateSpec
. The same as aDeployment
.Presumably, there is a large overlap in the functionality, so I hope it would be a rather low hanging fruit.
The text was updated successfully, but these errors were encountered: