-
Notifications
You must be signed in to change notification settings - Fork 38.6k
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
Network throughput issues with latest version of container-vm #32596
Comments
@Amey-D can you update the ETA for fixing this issue? |
cc @pwittrock for release tracking purposes. |
is this a release blocker (why?) or are we aiming for a minor release? |
@bprashanth It is a blocker because it causes about 70% drop in throughput which is a significant regression from a k8s on GCP user perspective. |
The kernel fix should get merged in GCI kernel today, and hopefully we will be able to release a GCI version tomorrow that includes the fix. |
Hmm, I somehow fail to see why a kubernetes release needs to be blocked on a bug fix going into one os the kubernetes release is being deployed on top of, but that's just my opinion |
I get your point of view. But, k8s on GCE cannot have serious user-facing On Tue, Sep 13, 2016 at 2:52 PM, Prashanth B notifications@github.com
|
I think gci related issues shouldn't blocker OSS k8s 1.4 release. I also agreed that k8s on GCE cannot have serious user-facing issues, but that can be resolved by reverting the changes of making GCE node on GCI default. I am not suggesting that we do that now, but I do suggest we have the summary of the entire issue (not only this particular one) on GCI on node, and deeply understand the risk, then make the final decision. On another hand, we are still planning to enable GCI on node default between 1.4 and 1.5 time framework. cc/ @pwittrock |
Brief changelog compared to gci-dev-54-8743-3-0: - Fixed performance regression in veth device driver - Docker and related binaries are statically linked - Fixed the issue of systemd being oom-killable - Updated built-in kubelet version to 1.3.7 Fixes kubernetes#32596
Brief changelog compared to gci-dev-54-8743-3-0: - Fixed performance regression in veth device driver - Docker and related binaries are statically linked - Fixed the issue of systemd being oom-killable - Updated built-in kubelet version to 1.3.7 - add ethtool and ebtables binaries expected by kubelet Fixes kubernetes#32596
Automatic merge from submit-queue Bump up GCI version. ```release-note Upgrading Container-VM base image for k8s on GCE. Brief changelog as follows: - Fixed performance regression in veth device driver - Docker and related binaries are statically linked - Fixed the issue of systemd being oom-killable ``` Fixes #32596 This needs a cherrypick into v1.4 release branch because it is fixing v1.4 release blocking issues. This patch is easy and safe to rollback in case of emergencies. @vishh can you please review? Fixes #32596 and many other issues. cc/ @kubernetes/goog-image FYI
Brief changelog compared to gci-dev-54-8743-3-0: - Fixed performance regression in veth device driver - Docker and related binaries are statically linked - Fixed the issue of systemd being oom-killable - Updated built-in kubelet version to 1.3.7 - add ethtool and ebtables binaries expected by kubelet Fixes kubernetes#32596
Brief changelog compared to gci-dev-54-8743-3-0: - Fixed performance regression in veth device driver - Docker and related binaries are statically linked - Fixed the issue of systemd being oom-killable - Updated built-in kubelet version to 1.3.7 - add ethtool and ebtables binaries expected by kubelet Fixes kubernetes#32596
The upgraded version of container-vm (gci) has significant performance regressions with localhost networking when compared to its previous versions.
@Amey-D is working on making gci kernel fixes to resolve this issue.
This issue is meant to track the GCI fix from release 1.4 perspective.
The fix for this issue will result in upgrading the gci version pinned to release 1.4 branch.
ETA:
Status: Yellow
The text was updated successfully, but these errors were encountered: