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
kubemark: replace deprecated --log-file parameter with runner #106150
Conversation
@pohly: This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@@ -12,8 +12,13 @@ | |||
# See the License for the specific language governing permissions and | |||
# limitations under the License. | |||
|
|||
# The line below points to distroless/base as of 2021-06-29. The SHA should be | |||
# kept in sycn with distroless_base definition in the WORKSPACE file. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have no idea what "the WORKSPACE file" is. I hope the revised comment is okay.
"Update periodically" is vague, but I don't have any better recommendation.
/test pull-kubernetes-kubemark-e2e-gce-big |
Building the kubemark image looks okay in https://storage.googleapis.com/kubernetes-jenkins/pr-logs/pull/106150/pull-kubernetes-kubemark-e2e-gce-big/1456277296036974592/build-log.txt:
But then the hollow-nodes don't come up:
gs://sig-scalability-logs/pull-kubernetes-kubemark-e2e-gce-big/1456277296036974592/e2e-106150-ac87c-minion-group-40jf/npd-hollow-node-w7wnp.log contains:
gs://sig-scalability-logs/pull-kubernetes-kubemark-e2e-gce-big/1456277296036974592/e2e-106150-ac87c-minion-group-40jf/kubeproxy-hollow-node-w7wnp.log is empty. My expectation is that this should be the output of |
The reason for the failure is that kubemark is not a static binary and doesn't run inside the new base image, probably because of missing or wrong glibc. That's a bit odd because the go-runner image is also based on gcr.io/distroless. I'm investigating... |
The --log-file parameter will be deprecated as of Kubernetes 1.23 and should be avoided. The replacement for distroless images is the image with go-runner, a tool that handles output redirection. For kubemark to run in that image it must be built as static binary.
e81d0ca
to
c3cd9a3
Compare
go-runner is truly "distroless" - it has no libc. What the kubemark Dockerfile uses is gcr.io/distroless/base which still has the libc. That explains the failure in this PR. I'm wondering whether kubemark can and/or should be built as static binary. I've made that change in the revised PR. |
/test pull-kubernetes-kubemark-e2e-gce-big |
@marseel : can you take another look? After switching to a static build of kubemark it is working, pull-kubernetes-kubemark-e2e-gce-big passed. |
I think it should be fine, but I would like second pair of eyes. |
/lgtm |
/assign @wojtek-t |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mborsz, pohly, wojtek-t The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
What type of PR is this?
/kind cleanup
What this PR does / why we need it:
The --log-file parameter will be deprecated as of Kubernetes 1.23 and should be
avoided. The replacement for distroless images is the image with go-runner, a
tool that handles output redirection.
Which issue(s) this PR fixes:
Part of: #106103
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: