OK, didn't know that this was normal. And yes, we have had a system crash where the servers where swapping a lot, and cpu and load therefore was high, causing the servers to reboote. So I suspected a memory leak, causing swapping, high load and reboot. I can see that the systems free memory is slowly continuously dropping, maybe that's normal referring to your answer. Yesterday we had serious problems with the system, where the servers rebooted in the end. After reboot, everything works well. It is several months between each reboot caused by swap. So maybe there is something else that triggers something that are causing the swap?
Our plan now is to upgrade ocfs2 to the newest version and RedHat as well. I guess ocfs2 version 1.2.6 can run together with 1.4.4 during the upgrade? Morten K -----Opprinnelig melding----- Fra: ocfs2-users-boun...@oss.oracle.com [mailto:ocfs2-users-boun...@oss.oracle.com] På vegne av Joel Becker Sendt: 15. april 2010 14:19 Til: Kristiansen Morten Kopi: ocfs2-users@oss.oracle.com Emne: Re: [Ocfs2-users] memory leak On Thu, Apr 15, 2010 at 12:31:02PM +0200, Kristiansen Morten wrote: > I discovered our four node cluster running on RedHat EL5, Ocfs2 1.2.6 and > Oracle 10.2.0.3 have memory leak. I suspect ocfs2, but I could be wrong. I > suspect ocfs2 because when we run RMAN backup the free memory goes from 8 GB > down to 200 MB. When I umount the ocfs2 backupdisk after the backup is > finished, the memory is released again. You don't have a memory leak. Your backup is reading every file into cache in order to process it. This is a normal behavior of filesystem cache. If other processes need memory, the file data will be evicted from cache. > I want to test it some more and found a script to test writing to the disk. > This script contains a command saying "echo 3 > /proc/sys/vm/drop_caches". Is > this a safe command to run in production? Meaning the cluster and oracle > database is running. Or should I run the "sync" command pre to this command? > Or should I never run this command in a production environment? I'm afraid > that this command will free up memory not written to disk yet. And therefore > I would get into trouble in my production environment. The script I want to > test looks like this and is captured from this mailing list: The command "echo 3 > /proc/sys/vm/drop_caches" is safe to run in a production environment. However, I don't think you want to do so. What it does is evicts all file data from cache. Don't worry, you won't lose any data. But you will not only evict the data from the backup volume, you will also evict data from any other file. This may slow down some processes as they have to re-read their data. Why do you feel there is a problem? Is it just that the free memory number shrinks? That's not a problem, as stated above. Is there some other affect on the system? Joel -- "Here's something to think about: How come you never see a headline like ``Psychic Wins Lottery''?" - Jay Leno Joel Becker Principal Software Developer Oracle E-mail: joel.bec...@oracle.com Phone: (650) 506-8127 _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users
