Change:
What would you like to be : The ability to set for the kube-controller-manager at runtime. It looks like the option exists in the code, but a mechanism is not available to set it via kops. If I understand the code correctly, a flag needs to be in order to be able to set the value using kops. Why is this needed: We want to shift a lot of our batch processing jobs from running directly on our CI servers to running as jobs on Kubernetes. Unfortunately if too many jobs are launched on kubernetes, they begin to back up. We've noticed up to a 10 minute delay between when the logs indicate that a job has finished and when the kubernetes API actually reflects the same on our small ~30 node cluster.
/sig scalability
I think scalability is the best fit since this is impacting our ability to fully utilize and scale how we use our kubernetes cluster.
Issues go stale after 90d of inactivity. Mark the issue as fresh with . Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle stale
/remove-lifecycle stale
/sig api-machinery
Issues go stale after 90d of inactivity. Mark the issue as fresh with . Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle stale
Stale issues rot after 30d of inactivity. Mark the issue as fresh with . Rotten issues close after an additional 30d of inactivity. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle rotten
Rotten issues close after 30d of inactivity. Reopen the issue with . Mark the issue as fresh with . Send feedback to sig-testing, kubernetes/test-infra and/or . /close
Closing this issue. <detailsIn response to : Rotten issues close after 30d of inactivity. Reopen the issue with . Mark the issue as fresh with . /close Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
Heyo -- we're running into a similar issue as this with our Kubernetes cluster. Is there anything I can do to help get landed?
You can't reopen an issue/PR unless you authored it or you are a collaborator. <detailsIn response to : Heyo -- we're running into a similar issue as this with our Kubernetes cluster. Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/reopen
Reopened this issue. <detailsIn response to : /reopen Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/assign /remove-sig api-machinery /sig apps
/triage accepted /remove-lifecycle rotten
can you please describe your use case in a more detail? how How this affects you, and how this flag would help to achieve your goals?
-- I left a comment describing my use case in the PR:

Discussion:
package options import ( <ins> "fmt" </ins> "github.com/spf13/pflag" jobconfig "k8s.io/kubernetes/pkg/controller/job/config"

if o == nil { return } <ins> fs.Int32Var(&o.ConcurrentJobSyncs, "concurrent-job-syncs", o.ConcurrentJobSyncs, "The number of job objects that are allowed to sync concurrently. Larger number = more responsive jobs, but more CPU (and network) load") </ins> } // ApplyTo fills up JobController config with options.

} errs := []error{} <ins> if o.ConcurrentJobSyncs < 1 { errs = append(errs, fmt.Errorf("concurrent-job-syncs must be greater than 0, but got %d", o.ConcurrentJobSyncs)) } </ins> return errs }

"--concurrent-service-endpoint-syncs=10", "--concurrent-gc-syncs=30", "--concurrent-namespace-syncs=20", <ins> "--concurrent-job-syncs=10", </ins> "--concurrent-replicaset-syncs=10", "--concurrent-resource-quota-syncs=10", "--concurrent-service-syncs=2",

}, JobController: &JobControllerOptions{ &jobconfig.JobControllerConfiguration{ <del> ConcurrentJobSyncs: 5, </del> <ins> ConcurrentJobSyncs: 10, </ins> }, }, CronJobController: &CronJobControllerOptions{

HorizontalPodAutoscalerTolerance:                    0.1, }, JobController: jobconfig.JobControllerConfiguration{ <del> ConcurrentJobSyncs: 5, </del> <ins> ConcurrentJobSyncs: 10, </ins> }, CronJobController: cronjobconfig.CronJobControllerConfiguration{ ConcurrentCronJobSyncs: 5,

}, }).Validate, }, <ins> { name:                   "JobControllerOptions ConcurrentJobSyncs equal 0", expectErrors:           true, expectedErrorSubString: "concurrent-job-syncs must be greater than 0", validate: (&JobControllerOptions{ &jobconfig.JobControllerConfiguration{ ConcurrentJobSyncs: 0, }, }).Validate, }, </ins> /* empty errs */ { name:         "CronJobControllerOptions",

expectErrors: false, validate: (&JobControllerOptions{ &jobconfig.JobControllerConfiguration{ <del> ConcurrentJobSyncs: 5, </del> <ins> ConcurrentJobSyncs: 10, </ins> }, }).Validate, },