-
Notifications
You must be signed in to change notification settings - Fork 980
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
free(): invalid pointer
with latest fluent/fluentd-kubernetes-daemonset:v1-debian-forward-arm64 image
#1478
Comments
the sha 256 digest we are having issue with: |
reverting to this sha: |
I have the same issue in fluent/fluentd-kubernetes-daemonset:v1-debian-cloudwatch. |
Also seeing this in logging fails
|
This issue has been automatically marked as stale because it has been open 90 days with no activity. Remove stale label or comment or this issue will be closed in 30 days |
NOTE:
|
There is a known bug that combination with jemalloc and fluent-plugin-systemd causes free(): invalid crash for a long time. The problematic code is identified but the root cause is not fixed yet. There is a workaround for this - disable jemalloc explicitly. LD_PRELOAD= stop to use jemalloc. If you want to use jemalloc, set it via env like this: containers: - name: fluentd image: fluent/fluentd-kubernetes-daemonset:v1-debian-forward env: - name: K8S_NODE_NAME valueFrom: fieldRef: fieldPath: spec.nodeName - name: FLUENT_FORWARD_HOST value: "REMOTE_ENDPOINT" - name: FLUENT_FORWARD_PORT value: "18080" - name: LD_PRELOAD value: "/usr/lib/libjemalloc.so.2" Related issues: fluent/fluentd-docker-image#378 fluent/fluent-package-builder#369 fluent-plugins-nursery/fluent-plugin-systemd#110 ledbettj/systemd-journal#93 fluent#1478 Signed-off-by: Kentaro Hayashi <[email protected]>
There is a known bug that combination with jemalloc and fluent-plugin-systemd causes free(): invalid crash for a long time. The problematic code is identified but the root cause is not fixed yet. There is a workaround for this - disable jemalloc explicitly. LD_PRELOAD= stop to use jemalloc. If you want to use jemalloc, set it via env like this: containers: - name: fluentd image: fluent/fluentd-kubernetes-daemonset:v1-debian-forward env: - name: K8S_NODE_NAME valueFrom: fieldRef: fieldPath: spec.nodeName - name: FLUENT_FORWARD_HOST value: "REMOTE_ENDPOINT" - name: FLUENT_FORWARD_PORT value: "18080" - name: LD_PRELOAD value: "/usr/lib/libjemalloc.so.2" Related issues: fluent/fluentd-docker-image#378 fluent/fluent-package-builder#369 fluent-plugins-nursery/fluent-plugin-systemd#110 ledbettj/systemd-journal#93 fluent#1478 Signed-off-by: Kentaro Hayashi <[email protected]>
There is a known bug that combination with jemalloc and fluent-plugin-systemd causes free(): invalid crash for a long time. The problematic code is identified but the root cause is not fixed yet. There is a workaround for this - disable jemalloc explicitly. LD_PRELOAD= stop to use jemalloc. If you want to use jemalloc, set it via env like this: containers: - name: fluentd image: fluent/fluentd-kubernetes-daemonset:v1-debian-forward env: - name: K8S_NODE_NAME valueFrom: fieldRef: fieldPath: spec.nodeName - name: FLUENT_FORWARD_HOST value: "REMOTE_ENDPOINT" - name: FLUENT_FORWARD_PORT value: "18080" - name: LD_PRELOAD value: "/usr/lib/libjemalloc.so.2" Related issues: fluent/fluentd-docker-image#378 fluent/fluent-package-builder#369 fluent-plugins-nursery/fluent-plugin-systemd#110 ledbettj/systemd-journal#93 #1478 Signed-off-by: Kentaro Hayashi <[email protected]>
v1.17-debian-forward-1.3 or v1.16.5-debian-forward-1.3 will fix this issue. |
Describe the bug
Using the latest
v1-debian-forward-arm64
image results in the container throwingfree(): invalid pointer
and constantly restarting leading to a node evictionTo Reproduce
I have provided a redacted config to reproduce
Expected behavior
Worker should comeup and stay up
Your Environment
Your Configuration
Additional context
we have a daemonset in a cluster running from about 22d ago where we are not seeing the invalid pointer issue
The text was updated successfully, but these errors were encountered: