-
Bug
-
Resolution: Done
-
Normal
-
None
-
rhel-8.6.0.z
-
None
-
None
-
None
-
1
-
rhel-sst-container-tools
-
3
-
False
-
-
None
-
RUN 259
-
None
-
None
-
-
x86_64
-
None
What were you trying to do that didn't work?
We are trying to investigate the behavior of conmon when the container memory limit set is low through Openshift.
Conmon takes around 140 Mb of virtual memory in Openshift 4.12 and around 9Mb in Openshift 4.13 with conmon-2.1.7-2.1.rhaos4.13.el9.x86_64
Please provide the package NVR for which bug is seen:
conmon-2.1.2-3.rhaos4.12.el8.x86_64
With conmon-2.1.2-3.rhaos4.12.el8.x86_64 we see higher number of shared object files being used :
linux-vdso.so.1 (0x00007fff32c33000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007ffab1f35000)
libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007ffab1beb000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007ffab19d3000)
libc.so.6 => /lib64/libc.so.6 (0x00007ffab160e000)
libgnutls.so.30 => /lib64/libgnutls.so.30 (0x00007ffab121d000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007ffab0fac000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ffab0d8c000)
librt.so.1 => /lib64/librt.so.1 (0x00007ffab0b84000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007ffab095d000)
liblz4.so.1 => /lib64/liblz4.so.1 (0x00007ffab0740000)
libcap.so.2 => /lib64/libcap.so.2 (0x00007ffab0538000)
libmount.so.1 => /lib64/libmount.so.1 (0x00007ffab02de000)
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007ffaaffc0000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffab2478000)
libp11-kit.so.0 => /lib64/libp11-kit.so.0 (0x00007ffaafc96000)
libidn2.so.0 => /lib64/libidn2.so.0 (0x00007ffaafa78000)
libunistring.so.2 => /lib64/libunistring.so.2 (0x00007ffaaf6f7000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007ffaaf4f3000)
libtasn1.so.6 => /lib64/libtasn1.so.6 (0x00007ffaaf2e0000)
libnettle.so.6 => /lib64/libnettle.so.6 (0x00007ffaaf0a6000)
libhogweed.so.4 => /lib64/libhogweed.so.4 (0x00007ffaaee76000)
libgmp.so.10 => /lib64/libgmp.so.10 (0x00007ffaaebde000)
libblkid.so.1 => /lib64/libblkid.so.1 (0x00007ffaae98b000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007ffaae783000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007ffaae559000)
libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007ffaae338000)
libffi.so.6 => /lib64/libffi.so.6 (0x00007ffaae12f000)
libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007ffaadeab000)
With conmon-2.1.7-2.1.rhaos4.13.el9.x86_64 :
linux-vdso.so.1 (0x00007ffcf397f000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f1d623ad000)
libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f1d622d0000)
libseccomp.so.2 => /lib64/libseccomp.so.2 (0x00007f1d622b0000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f1d62295000)
libc.so.6 => /lib64/libc.so.6 (0x00007f1d62000000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f1d6221d000)
libcap.so.2 => /lib64/libcap.so.2 (0x00007f1d62211000)
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f1d61ec7000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f1d61e9b000)
libzstd.so.1 => /lib64/libzstd.so.1 (0x00007f1d61dc4000)
liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f1d61da0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1d62519000)
libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f1d61d7a000)
Expected results
If we can make conmon smaller so that oom kill is not issued for containers with lower memory limit.
Actual results
Containers are oom killed when provided with lower memory limit.
- links to