Hi All,
Every day multiple time physical memory utilized by cached. and only after manual clearing its releasing. Verified running process, but all process utilizing only 0.1/0.2 %Mem.
Can anyone help me to identify the issue.
Hi All,
Every day multiple time physical memory utilized by cached. and only after manual clearing its releasing. Verified running process, but all process utilizing only 0.1/0.2 %Mem.
Can anyone help me to identify the issue.
Additional info
free -g
total used free shared buffers cached
Mem: 47 46 0 0 0 42 -->> 42 GB physical mem used by cache
-/+ buffers/cache: 3 43
Swap: 1 0 1
Server last rebooted 128 days back.
@Araind Hi and welcome to the Forum
What release of SLES is this? cat /etc/os-release
On SLES 15 SP1 I see in the last column available
not cached, second to last is buff/cache
.
Thank you for your response .
Please see below details.
#cat /etc/os-release
NAME=“SLES”
VERSION=“11.4”
VERSION_ID=“11.4”
PRETTY_NAME=“SUSE Linux Enterprise Server 11 SP4”
ID=“sles”
ANSI_COLOR=“0;32”
CPE_NAME=“cpe:/o:suse:sles:11:4”
+++++++++++++++++++++++
After executing below command manually cached usage comedown to “0”
#sync; echo 1 > /proc/sys/vm/drop_caches
++++++
Above operations we have done multiple times from past two days on Prod server to support App’s team job to run.
Current utilization as below
total used free shared buffers cached
Mem: 47 13 33 0 0 8
-/+ buffers/cache: 3 43
Swap: 1 0 1
Cached will occupy 48G in within short period and then App team can’t execute any job.
How to identify why it’s filling up ?
Any permanent fix we can apply ?
typo error
Cached will occupy 46GB within short period of time and then App team can’t execute any job.
@Araind Hi, I suggest opening a Support Request for this issue, mainly because it’s an old release, hopefully you have LTSS support?
I have opened support request and they have give only workaround not permanent fix.
Like add cronjob entry to drop cache ,.