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

env too big causes failure of creating deployment #50930

Closed
chris612ku opened this issue Aug 18, 2017 · 2 comments
Closed

env too big causes failure of creating deployment #50930

chris612ku opened this issue Aug 18, 2017 · 2 comments
Assignees
Labels
kind/support Categorizes issue or PR as a support question. needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one.

Comments

@chris612ku
Copy link

chris612ku commented Aug 18, 2017

/sig scalability
Hi,

I encounter an issue and totally have no idea how to resolve it even though I've discussed with some other users on slack.
I'm wondering if Kubernetes developer/contributor could help me with this.

The situation is as followed:
I created about 60~70 deployments in my k8s system; however, after that, when I tried to create a new deployment, the creation failed.
Then I open /var/log/messages, and found that the error is complaining a docker error "Config file too huge".
So I stepped further to runlike the docker container (k8s pod), and I found that env has been cumulated too many... I'm wondering if these so many env would cause my problem of failing to create deployment?

Also, I'm wondering, for Client-Go library, when we try to delete service by Client-Go API, how do we delete the service env from the server? Do I have to do anything for v1.DeleteOptions parameter? For now, I'm just passing a nil for v1.DeleteOptions...

Thanks in advance for your help.

Best,
Chris

@k8s-github-robot
Copy link

@chris612ku
There are no sig labels on this issue. Please add a sig label by:

  1. mentioning a sig: @kubernetes/sig-<group-name>-<group-suffix>
    e.g., @kubernetes/sig-contributor-experience-<group-suffix> to notify the contributor experience sig, OR

  2. specifying the label manually: /sig <label>
    e.g., /sig scalability to apply the sig/scalability label

Note: Method 1 will trigger an email to the group. You can find the group list here and label list here.
The <group-suffix> in the method 1 has to be replaced with one of these: bugs, feature-requests, pr-reviews, test-failures, proposals

@k8s-github-robot k8s-github-robot added the needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. label Aug 18, 2017
@cblecker
Copy link
Member

cblecker commented Sep 4, 2017

Please re-post your question to Stack Overflow.

We are trying to consolidate the channels to which questions for help/support are posted so that we can improve our efficiency in responding to your requests, and to make it easier for you to find answers to frequently asked questions and how to address common use cases.

We regularly see messages posted in multiple forums, with the full response thread only in one place or, worse, spread across multiple forums. Also, the large volume of support issues on github is making it difficult for us to use issues to identify real bugs.

The Kubernetes team scans Stack Overflow on a regular basis, and will try to ensure your questions don't go unanswered.

Before posting a new question, please search Stack Overflow for answers to similar questions, and also familiarize yourself with:

Again, thanks for using Kubernetes.

The Kubernetes Team


/kind support
/close

@k8s-ci-robot k8s-ci-robot added the kind/support Categorizes issue or PR as a support question. label Sep 4, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/support Categorizes issue or PR as a support question. needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one.
Projects
None yet
Development

No branches or pull requests

4 participants