You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug: I noticed that starting with alpine 3.19.0 the liveness probe fails and needs to be adjusted in order for liveness probe to work. The other work around is to just use alpine 3.18.10 and then the liveness probe works as expected. The liveness probe is searching for the regex pattern of "^provisioner-loc.*"` but when using alpine 3.19.0 the provisioner process starts with "ld-linux-x86-"
Expected behavior: I expect for the liveness probe to work without having to adjust it.
Steps to reproduce the bug:
Deploy the local provisioner using alpine 3.19.0 using local provsioner version 4.1.1
The output of the following commands will help us better understand what's going on:
I'm using the following Dockerfile:
ARG DOCKER_REGISTRY=docker.xxxxx.com/images
FROM $DOCKER_REGISTRY/golang:1.23.4 AS builder
WORKDIR /go/src/app
ARG CTX_PATH=spock-storage/components/localpv-provisioner
COPY $CTX_PATH/src src
# below git commands are needed to be able to run the upstream 'make provisioner-localpv' make commands
# the Makefile apparently checks repo is a git dir and extracts before proceeding
# if not git, Makefile exits with error
RUN cd src && git init \
&& git config --global init.defaultBranch master \
&& git config user.name "AnyName" \
&& git config user.email "[email protected]" \
&& git commit --allow-empty -n -m "Initial commit." \
&& make provisioner-localpv
FROM $DOCKER_REGISTRY/alpine:3.19.0
RUN apk update && \
apk add --no-cache \
bash \
ca-certificates \
curl \
iproute2 \
libc6-compat \
libcrypto3 \
libssl3 \
mii-tool \
net-tools \
procps
COPY --from=builder /go/src/app/src/bin/provisioner-localpv/provisioner-localpv /
ARG ARCH
ARG DBUILD_DATE
ARG DBUILD_REPO_URL
ARG DBUILD_SITE_URL
LABEL org.label-schema.name="provisioner-localpv"
LABEL org.label-schema.description="Dynamic Local PV Provisioner for OpenEBS"
LABEL org.label-schema.schema-version="1.0"
LABEL org.label-schema.build-date=$DBUILD_DATE
LABEL org.label-schema.vcs-url=$DBUILD_REPO_URL
LABEL org.label-schema.url=$DBUILD_SITE_URL
ENTRYPOINT ["/provisioner-localpv"]
eanico@bos-lhvk0g:~/git/spock-storage$ kubectl get pods -n spock-storage --show-labels
NAME READY STATUS RESTARTS AGE LABELS
spock-storage-localpv-provisioner-7ccf47f69c-4lc9k 1/1 Running 1 (81s ago) 4m21s app=localpv-provisioner,chart=localpv-provisioner-4.1.1,component=localpv-provisioner,heritage=Helm,name=openebs-localpv-provisioner,openebs.io/component-name=openebs-localpv-provisioner,openebs.io/version=4.1.1,pod-template-hash=7ccf47f69c,release=spock-storage,skaffold.dev/run-id=db8f526b-2a54-4a03-a7d6-5b9a302c20ed
eanico@bos-lhvk0g:~/git/spock-storage$
When i do a describe on the pod and check the events section I noticed the following :
Normal Created 60s (x3 over 7m) kubelet Created container spock-storage-localpv-provisioner
Normal Started 60s (x3 over 7m) kubelet Started container spock-storage-localpv-provisioner
Warning Unhealthy 60s (x6 over 6m) kubelet Liveness probe failed: pgrep: pattern that searches for process name longer than 15 characters will result in zero matches
Try `pgrep -f' option to match against the complete command line.
Normal Killing 60s (x2 over 4m) kubelet Container spock-storage-localpv-provisioner failed liveness probe, will be restarted
eanico@bos-lhvk0g:~/git/spock-storage$
Anything else we need to know?:
Add any other context about the problem here.
Environment details:
OpenEBS version (use kubectl get po -n openebs --show-labels):
eanico@bos-lhvk0g:~/git/spock-storage$ kubectl get po -n spock-storage --show-labels
NAME READY STATUS RESTARTS AGE LABELS
spock-storage-localpv-provisioner-7ccf47f69c-4lc9k 1/1 Running 2 (2m22s ago) 8m22s app=localpv-provisioner,chart=localpv-provisioner-4.1.1,component=localpv-provisioner,heritage=Helm,name=openebs-localpv-provisioner,openebs.io/component-name=openebs-localpv-provisioner,openebs.io/version=4.1.1,pod-template-hash=7ccf47f69c,release=spock-storage,skaffold.dev/run-id=db8f526b-2a54-4a03-a7d6-5b9a302c20ed
eanico@bos-lhvk0g:~/git/spock-storage$
Kubernetes version (use kubectl version):
eanico@bos-lhvk0g:~/git/spock-storage$ kubectl version
Client Version: v1.28.3
Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
Server Version: v1.31.1+rke2r1
WARNING: version difference between client (1.28) and server (1.31) exceeds the supported minor version skew of +/-1
eanico@bos-lhvk0g:~/git/spock-storage$
/ # uname -a
Linux spock-storage-localpv-provisioner-7ccf47f69c-4lc9k 6.1.89-6.1.3-amd64-62cb68e96ac1b3de #1 SMP PREEMPT_DYNAMIC Fri Jul 19 19:47:54 UTC 2024 x86_64 Linux
/ #
others:
eanico@bos-lhvk0g:~/git/spock-storage$ kubectl exec -ti spock-storage-localpv-provisioner-7ccf47f69c-4lc9k -n spock-storage -- ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.2 0.0 1275512 41100 ? Ssl 21:09 0:00 ld-linux-x86-
root 45 33.3 0.0 2508 1724 pts/0 Rs+ 21:10 0:00 ps aux
eanico@bos-lhvk0g:~/git/spock-storage$
The text was updated successfully, but these errors were encountered:
Describe the bug: I noticed that starting with alpine 3.19.0 the liveness probe fails and needs to be adjusted in order for liveness probe to work. The other work around is to just use alpine 3.18.10 and then the liveness probe works as expected. The liveness probe is searching for the regex pattern of "^provisioner-loc.*"` but when using alpine 3.19.0 the provisioner process starts with "ld-linux-x86-"
Expected behavior: I expect for the liveness probe to work without having to adjust it.
Steps to reproduce the bug:
Deploy the local provisioner using alpine 3.19.0 using local provsioner version 4.1.1
The output of the following commands will help us better understand what's going on:
I'm using the following Dockerfile:
When i do a describe on the pod and check the events section I noticed the following :
Anything else we need to know?:
Add any other context about the problem here.
Environment details:
kubectl get po -n openebs --show-labels
):kubectl version
):Cloud provider or hardware configuration: None
OS (e.g:
cat /etc/os-release
):/ # cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.19.0
PRETTY_NAME="Alpine Linux v3.19"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://gitlab.alpinelinux.org/alpine/aports/-/issues"
kernel (e.g:
uname -a
):The text was updated successfully, but these errors were encountered: