Memory leak - oci utils in rocky linux 9.3

Rocky Linux Help & Support
1

An OCI process running on the compute instance in OCI is using high continuously increasing amount of memory and swap
This approximately started 10 days and has kept increasing when it reached ~90% of available swap today. ( ~48 later from start)
This is seen happening suddenly in multiple OCI instance starting at almost the same time on all.

OS flavour: Rocky linux 9.3

The process is
/usr/bin/python3 /usr/lib/python3.9/site-packages/oci_utils/impl/ocid_main.py --no-daemon
It’s using 72% of memory(16GB) and
It was using 3.6GB of swap on Instance1 and 2.9GB on Instance2 of the available 4GB

process is part of OCI utilities - OCI Utilities
oci-utils.noarch 0.14.0-3.el9_1.cloud from @sig-cloud-common (mirrorlist=https://mirrors.rockylinux.org/mirrorlist?arch=$basearch&repo=rocky-sig-cloud-common-$releasever)

2

Sounds like you need to report a bug here: Reporting Bugs and RFE's - Rocky Linux Wiki as it’s a SIG pay special attention to the information relating to SIG’s and where the bugs should be reported.

1 Like
3

Were any packages changed around that time? (Check dnf history)

As a side note, 9.3 is outdated, please update to 9.5.

1 Like
4

I’ve produced some updates for the python-oci-sdk and oci-utils packages: please give them a try and let me know if they resolve the situation. Our packages were a bit out of date, and in the oci-utils case, I’ve packaged a snapshot from a pull request made in December with significant changes.

https://yumrepofs.build.resf.org/v1/projects/15016370-1410-4459-a1a2-a1576041fd19/repo/all/x86_64/Packages/51be606c-1c62-4664-8241-be08bfc4e6c8/027b68f4a0da3f1e/oci-utils-0.14.0-3.pre.2024120241b040d.el9_5.cloud.noarch.rpm
https://yumrepofs.build.resf.org/v1/projects/15016370-1410-4459-a1a2-a1576041fd19/repo/all/x86_64/Packages/51be606c-1c62-4664-8241-be08bfc4e6c8/027b68f4a0da3f1e/oci-utils-kvm-0.14.0-3.pre.2024120241b040d.el9_5.cloud.noarch.rpm
https://yumrepofs.build.resf.org/v1/projects/15016370-1410-4459-a1a2-a1576041fd19/repo/all/x86_64/Packages/51be606c-1c62-4664-8241-be08bfc4e6c8/027b68f4a0da3f1e/oci-utils-migrate-0.14.0-3.pre.2024120241b040d.el9_5.cloud.noarch.rpm
https://yumrepofs.build.resf.org/v1/projects/15016370-1410-4459-a1a2-a1576041fd19/repo/all/x86_64/Packages/51be606c-1c62-4664-8241-be08bfc4e6c8/027b68f4a0da3f1e/oci-utils-oumtest-0.14.0-3.pre.2024120241b040d.el9_5.cloud.noarch.rpm
https://yumrepofs.build.resf.org/v1/projects/15016370-1410-4459-a1a2-a1576041fd19/repo/all/x86_64/Packages/51be606c-1c62-4664-8241-be08bfc4e6c8/027b68f4a0da3f1e/oci-utils-outest-0.14.0-3.pre.2024120241b040d.el9_5.cloud.noarch.rpm
https://yumrepofs.build.resf.org/v1/projects/15016370-1410-4459-a1a2-a1576041fd19/repo/all/x86_64/Packages/746243bf-0515-4b93-b0a5-cf54556746a3/027b68f4a0da3f1e/python39-oci-sdk-2.148.0-1.el9_5.cloud.x86_64.rpm

1 Like
5

Thank you. I’ll try and get back . Would need few days to observe.

2 Likes
6

Glad I ran across this post, also experiencing this issue starting around the same time (Mar 9). Thank you for the updated packages.
I was going the route of trying to use the updated oci-utils-0.14.0-14.el9.noarch.rpm from Oracle Linux 9.5. Would that be an option as well (since its noarch?)