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

[pull] master from kubernetes:master #838

Open
wants to merge 4,704 commits into
base: master
Choose a base branch
from
Open

Conversation

pull[bot]
Copy link

@pull pull bot commented Jun 5, 2024

See Commits and Changes for more details.


Created by pull[bot]

Can you help keep this open source service alive? 💖 Please sponsor : )

@pull pull bot added the ⤵️ pull label Jun 5, 2024
carlory and others added 29 commits January 2, 2025 15:25
Add a static NodePort allocator for e2e tests
kubeadm: remove preflight check for nsenter on Linux nodes

Signed-off-by: carlory <[email protected]>
This change makes us use the generic btree available in newer versions
of github.com/google/btree. This avoids a bunch of type assertions and
makes the code easier to read.
Use generic btree in watchcache
Add crd from external snapshotter
…icate optional Secret/ConfigMap (#129457)

* kubectl: enhance output for projected volume sources to indicate optional secrets

* .
…lue (#129017)

* Add validation for revisionHistoryLimit in sts to prevent negative value

* Add unit tests to verify warning messages
[go1.24] webhook: alter regex to account for x509sha1 GODEBUG removal
…bhookConfigurations-retry

[e2e][webhook] Retry update ValidatingWebhookConfigurations
kubeadm: should not warn on non-detect sandbox image
…ation-testing

Job: Remove JobTrackingFinalizer annotation specific testings
Remove general available feature-gate PDBUnhealthyPodEvictionPolicy
…ponse

Extract list response struct to manage all the response fields
refactor: simplify boolean expressions in CRD handler
By passing the context, if available, down into the actual wait loop it becomes
possible to use contextual logging when handling a crash. That then logs more
information about which component encountered the problem (WithName e.g. in
kube-controller-manager) and what it was doing at the time (WithValues e.g. in
kube-scheduler).
Only the v1 API should be in use. The v1beta1 API therefore doesn't get updated
and doesn't need the context.TODO anymore.
danwinship and others added 30 commits January 20, 2025 17:04
This was previously used by some autoscaling tests that have since
been removed. It is somewhat sketchy (and inherently [Disruptive]),
and depends on iptables (so would need to be updated to use nftables
at some point if we were keeping it). Given that it's now unused, just
remove it (as well as some helper functions that are no longer used by
anyone else as well).
kube-proxy does not look at Endpoints ever, so it is incorrect for a
test to assume that there is any correlation between whether Endpoints
exist and whether a Service is working. Tests should only be using the
v1.Endpoints API if they are explicitly testing the behavior of
v1.Endpoints, the Endpoints controller, or the EndpointSlice mirroring
controller. There is no reason for any non SIG Network tests to be
testing any of those things, so there should be no references to
v1.Endpoints in test/e2e outside of test/e2e/network.

Also, simplify some pointlessly complicated e2eservice code.
Remove all references to v1.Endpoints from non-network e2e tests
…_when_adding_pod_to_nodeinfo

Use cached calculateResource result when removing pod from NodeInfo in preemption
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
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"
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.