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

follow up community #1

Open
wants to merge 10,000 commits into
base: master
Choose a base branch
from
Open

follow up community #1

wants to merge 10,000 commits into from

Conversation

lancelot1989
Copy link
Owner

What type of PR is this?

Uncomment only one /kind <> line, hit enter to put that in a new line, and remove leading whitespace from that line:

/kind api-change
/kind bug
/kind cleanup
/kind deprecation
/kind design
/kind documentation
/kind failing-test
/kind feature
/kind flake

What this PR does / why we need it:

Which issue(s) this PR fixes:

Fixes #

Special notes for your reviewer:

Does this PR introduce a user-facing change?:


Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.:


carlory and others added 30 commits January 21, 2025 23:43
Ensure consistency across resource managers and update
ErrorS(nil, ...) to InfoS. Similar changes have been
proposed in CPU Manager and Memory Manager.

Signed-off-by: Swati Sehgal <[email protected]>
Move some exec helper functions from framework/volume to framework/pod
Self-nominating ffromani as approver for sig-node container and resource managers
testing: Fix pod delete timeout failures after InPlacePodVerticalScaling Graduate to Beta commit
Nominate macsko to SIG Scheduling approvers
The default handler now uses contextual logging. Instead of

     warnings.go:106] warning 1

it now logs the caller of client-go and uses structured, contextual
logging

     main.go:100] "Warning" message="warning 1"

Users of client-go have the choice whether the handler that they provide uses
the traditional API (no API break!) or contextual logging.
The BackoffManager interface sleeps without considering the caller's context,
i.e. cancellation is not supported. This alone is reason enough to deprecate it
and to replace it with an interface that supports a context parameter.

The other reason is that contextual logging needs that parameter.
The remaining calls can be converted without API changes.
Storing a context and making sure that it never gets canceled also has
overhead. We might as well just do the klog.FromContext when constructing
the Result and store the logger for later use.
…#129658)

* adding support for providing version for functions in kube_codegen.sh

* addressed review comments

* addressed review comments
Compiling a CEL expression used to do the cost estimation, whether the caller
needed the result or not. Now callers can skip it. The scheduler does that,
through the CEL cache.

The main advantage is that failures in the estimator (like panics) are limited
to the apiserver. Performance in the scheduler is not expected to benefit much
because compilation results are cached.
kubeadm: fix a wrong log message
Fix dual stack tests after moving the e2e test to use Endpoint Slices
tests: include stdout of failed commands in JUnit
client-go/rest: finish context support
KEP-1880 Multiple Service CIDRs: Graduate to GA
…jose/go-jose.v2

Switch to gopkg.in/go-jose/go-jose.v2 @ v2.6.3 and github.com/coreos/go-oidc @ v2.3.0
Revert "tests: include stdout of failed commands in JUnit"
feature: Make Unschedulable scheduler performance test parametrized with the number of initial nodes.
swatisehgal and others added 30 commits February 6, 2025 16:41
We have reasonable amount of logs when things go wrong.
While debugging, it can be useful to have logs to indicate that
things have gone as expected especially when it comes to
important events like successful startup of memory manager
and successful allocation of resources.

Signed-off-by: Swati Sehgal <[email protected]>
Ensure that if possible, we provide sufficient metadata
inclusing pod name and UID to allow filtering by pod name or its
UID.

Signed-off-by: Swati Sehgal <[email protected]>
We have reasonable amount of logs when things go wrong.
While debugging, it can be useful to have logs to indicate that
things have gone as expected.

Signed-off-by: Swati Sehgal <[email protected]>
Throughout the devicemanager codebase the named argument to represent
resource for logging pupose is `resourceName` as opposed to `resource`.
The latter can only be seen in topology_hints.go files. To ensure consistency
with the rest of the codebase and also because we want to adhere to the
recommendations in the Kubernetes documentation about named arguments:
https://github.com/kubernetes/community/blob/master/contributors/devel/sig-instrumentation/migration-to-structured-logging.md#name-arguments
we update the key from `resource` to `resourceName`.

Signed-off-by: Swati Sehgal <[email protected]>
KEP-4330: Refactor compatibility version code
Fix service account node audience restriction for in-tree pv to csi migration
…ntnodeaudiencerestriction_1.33

Enable ServiceAccountNodeAudienceRestriction feature gate by default in v1.33
Add volume modify recovery e2e test
Signed-off-by: Daman Arora <[email protected]>
…gate

remove unnecessary comment from feature-gate
update publishing rules to use go1.22.10 for some active release branches
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.