Has anybody tested the nocache program?https://github.com/Feh/nocache
My test (on RHEL 8.3) shows it's doing what it claims:
$ grep Cache /proc/meminfo
Cached: 14119024 kB
SwapCached: 544 kB
$ grep Cache /proc/meminfo
Cached: 14119044 kB
SwapCached: 544 kB
$ ./noca
We have a few new VMs running Red Hat Enterprise Linux release 8.3. After
installing OS and creating user oracle, oracle logs in and has these resource
limits for the shell:
[oracle@myhost ~]$ ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
On Thu, Sep 19, 2019 at 11:03 PM Kaushal Shriyan
wrote:
> Hi,
>
> Is there a way to find out which process consumed CPU cores as per the
> below sar output? OS is Red Hat Enterprise Linux Server release 7.7 (Maipo)
> with 64-bit arch.
>
> 04:40:01 PM CPU %user %nice %system %iowait
What is the best way to simulate a disk I/O hang on Linux? I want to see how
long a critical Oracle process can tolerate such a hang. If I delete SD disks
by `echo 1 > /sys/block/sd*/device/delete', that causes the database to crash
immediately. But I want to see if there's such I/O hang toleran
On RHEL 6 or 7, in a guest OS in the VMWare environment, not using multipaths,
is there a danger to specify the udev rule as follows?
KERNEL=="sdb1", OWNER="oracle", GROUP="dba",...
Currently we use this rule:
KERNEL=="sd?1", SUBSYSTEM=="block", PROGRAM=="/usr/lib/udev/scsi_id -g -u -d
/dev/$p
If logrotate (as Mark suggested) did not do it, you can use SystemTap to do
this sort of things. There are sample scripts on the Internet that monitor file
permission change.
Maybe these
help:https://www.sourceware.org/systemtap/SystemTap_Beginners_Guide/inodewatch2sect.html
https://lwn.net/Arti
