Re: RHEL 4 - Memory Problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Troy,

Thanks a lot for your reply.
Our industry are making Trains and develops software for the railway network.
I'd really like to have a go at setting up LVS and install Oracle RAC on it.
But I've heard that the ocfs2 filesystem is much better for Oracle RAC then GFS. 
Recently I went to the RH436 - HA cluster and GFS course but it did not include the LVS. I donnot why.

Thanks again.
QN

----- Original Message ----
From: Troy Knabe <knabe@xxxxxxxxxxx>
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
Cc: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
Sent: Friday, March 16, 2007 4:12:34 PM
Subject: Re: RHEL 4 - Memory Problem

I use Red Hat AS 4 and Oracle Cluster Services and we installed everything on a NetApp Filer and mounted even the CRS directory via NFS.  

I have 2 bonded 1Gig NICs to a cluster of 2 Filer Heads.  We actually lost the primary filer head one day and Oracle never missed a beat.

I came from a SAN environment and was very skeptical of NAS.  We have had a couple of Super Secret Oracle issues that we have run into, that we had to open a support case for, but stability and performance have been great.  

Do you mind if I ask what manufacturer you are running?  I am running Sun x4100's.

-Troy


----- Original Message -----
From: qua nong <quanong_os@xxxxxxxxx>
Date: Thursday, March 15, 2007 9:50 pm
Subject: Re: RHEL 4 - Memory Problem
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>

> Hi,
> 
> Below is the output of free
> 
> # free
>              total               used           free         shared    buffers     cached
> Mem:      16360260   
> 16197904     162356          0     256496   14974144  
> -/+ buffers/cache:     967264   15392996
> Swap:     33551744     
> 186960   33364784
> 
> May I also ask you that as you mentioned that you run Oracle RAC 
> on linux box. Do you use RHEL3 cluster or 4, GFS or OCFS ?
> 
> Qua
> 
> 
> ----- Original Message ----
> From: Troy Knabe <knabe@xxxxxxxxxxx>
> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
> Sent: Friday, March 16, 2007 3:20:02 PM
> Subject: Re: RHEL 4 - Memory Problem
> 
> Try running the command "free"  I think, although I don't 
> know why and would love for someone on this list to answer this 
> question that this is a better actual representation of the free 
> memory on the box.  
> 
> I am running the same config as you, only 3 boxes with 8 gig of 
> RAM each and Oracle RAC.  
> 
> My hunch is that top and vmstat are showing the actual memory 
> locations that are empty, where a "free" command shows the 
> memory addresses that while may have something in them, are able 
> to be recycled and used.
> 
> Can someone verify that I am right or way off base?
> 
> Thanks
> -Troy
> 
> 
> ----- Original Message -----
> From: qua nong <quanong_os@xxxxxxxxx>
> Date: Thursday, March 15, 2007 9:02 pm
> Subject: RHEL 4 - Memory Problem
> To: redhat-list@xxxxxxxxxx
> 
> > Hi list,
> > 
> > We have a AMD with RHEL4 64 installed and the Oracle 10g 
> > installed as well.
> > It has  the latest kernel update 2.6.9-42.0.8.ELsmp but 
> the 
> > memory is always being used by some unexplained processes.
> > 
> > There are 4 CPUs, 16 GB RAM, 33GB swap but memory used = 16148872k
> > 
> > Even when oracle is shutdown, a memory use  is  
> still 
> > nearly 16GB. CPU is 99.4 % in idle, and I/O is too quiet. This 
> > is quite difficult to explain.
> > 
> > Could anyone have any idea ?
> > 
> > Here is the display of the top command
> > 
> > top - 14:57:33 up 30 days, 22:29,  3 users,  load 
> > average: 0.22, 0.10, 0.02
> > Tasks: 121 total,   1 running, 120 
> > sleeping,   0 stopped,   0 zombie
> > Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 99.4% 
> > id,  0.6% wa,  0.0% hi,  0.0% si
> > Mem:  16360260k total, 16198280k used,   
> 161980k 
> > free,   256496k buffers
> > Swap: 33551744k total,   186960k used, 33364784k 
> free, 
> > 14973940k cached
> > 
> >  vmstat 2
> > procs -----------memory---------- ---swap-- -----io---- --
> system-
> > - ----cpu----
> >  r  b   swpd   free   
> > buff  cache   si   
> so    
> > bi    bo   in    cs us 
> > sy id wa
> >  0  0 186960 161420 256496 
> 14973940    
> > 0    0     1   
> > 112    3     1  
> 0  
> > 0 99  1
> >  0  0 186960 162284 256496 
> 14973940    
> > 0    0     0   
> 170 
> > 1021  2162  0  0 100  0
> >  0  0 186960 162276 256496 
> 14973940    
> > 0    0     
> > 0    44 1009  2149  0  0 
> 100  0
> >  0  0 186960 162284 256496 
> 14973940    
> > 0    0     
> > 0    42 1008  2244  0  0 
> 99  0
> >  0  0 186960 162292 256496 
> 14973940    
> > 0    0     
> > 0    48 1011  2164  0  0 
> 99  0
> >  0  0 186960 162292 256496 
> 14973940    
> > 0    0     
> > 0    56 1006  2118  0  0 
> 100  0
> >  0  0 186960 162292 256496 
> 14973940    
> > 0    0     
> > 0    66 1011  2154  0  0 
> 98  2
> > 
> > 
> > 
> > cat /proc/meminfo
> > MemTotal:     16360260 kB
> > MemFree:        162740 kB
> > Buffers:        256496 kB
> > Cached:       14973940 kB
> > SwapCached:       9724 kB
> > Active:        2709340 kB
> > Inactive:     12799980 kB
> > 
> HighTotal:           0 kB
> > 
> HighFree:            0 kB
> > LowTotal:     16360260 kB
> > LowFree:        162740 kB
> > SwapTotal:    33551744 kB
> > SwapFree:     33364784 kB
> > 
> Dirty:             332 kB
> > Writeback:         140 kB
> > Mapped:        1147256 kB
> > 
> Slab:           608056 kB
> > CommitLimit:  41731872 kB
> > Committed_AS:  7853044 kB
> > PageTables:      39080 kB
> > VmallocTotal: 536870911 kB
> > VmallocUsed:     16760 kB
> > VmallocChunk: 536854071 kB
> > HugePages_Total:     0
> > HugePages_Free:      0
> > Hugepagesize:     2048 kB
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >  
> > 
> ____________________________________________________________________________________> Never miss an email again!
> > Yahoo! Toolbar alerts you the instant new Mail arrives.
> > http://tools.search.yahoo.com/toolbar/features/mail/
> > -- 
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject÷subscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> > 
> 
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Troy Knabe
> Senior Systems Administrator
> Computing and Information Services
> 4J School District
> knabe@xxxxxxxxxxx
> Ph: 541.687.3587
> Cell: 541.968.0780
> 
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 
> 
> 
> 
> 
> 
> 
>  
> ____________________________________________________________________________________
> 8:00? 8:25? 8:40? Find a flick in no time 
> with the Yahoo! Search movie showtime shortcut.
> http://tools.search.yahoo.com/shortcuts/#news
> -- 
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject÷subscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 

 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Troy Knabe
Senior Systems Administrator
Computing and Information Services
4J School District
knabe@xxxxxxxxxxx
Ph: 541.687.3587
Cell: 541.968.0780

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list







 
____________________________________________________________________________________
Don't get soaked.  Take a quick peek at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subjecthttps://www.redhat.com/mailman/listinfo/redhat-list


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux