This discussion is archived
1 Reply Latest reply: Oct 26, 2012 4:49 PM by Dude! RSS

Hugepages errors in OEL 6.3

864988 Newbie
Currently Being Moderated
Hello,


I am setting up hugepages on Oracle ENterprise Linux. I used the script provided by MOS ID: 401749.1 (http://blog.csdn.net/orion61/article/details/6698515)
The ouput of the script is;
-bash-4.1# ./hugepages_settings.sh

This script is provided by Doc ID 401749.1 from My Oracle Support
(http://support.oracle.com) where it is intended to compute values for
the recommended HugePages/HugeTLB configuration for the current shared
memory segments. Before proceeding with the execution please make sure
that:
 * Oracle Database instance(s) are up and running
 * Oracle Database 11g Automatic Memory Management (AMM) is not setup
   (See Doc ID 749851.1)
 * The shared memory segments can be listed by command:
     # ipcs -m

Press Enter to proceed...

***********
** ERROR **
***********
Sorry! There are not enough total of shared memory segments allocated for
HugePages configuration. HugePages can only be used for shared memory segments
that you can list by command:

   # ipcs -m

of a size that can match an Oracle Database SGA. Please make sure that:
 * Oracle Database instance is up and running
 * Oracle Database 11g Automatic Memory Management (AMM) is not configured
I don't know why it is giving errors. This is the output of ipcs -m command;
-bash-4.1# ipcs -m

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 0          gdm        600        393216     2          dest
0x00000000 32769      gdm        600        393216     2          dest
0x00000000 65538      gdm        600        393216     2          dest
0x00000000 98307      gdm        600        393216     2          dest
0x00000000 29884420   grid       640        4096       0
0x00000000 29917189   grid       640        4096       0
0x5c213720 29949958   grid       640        4096       0
0x00000000 262151     oracle     600        393216     2          dest
0x00000000 294920     oracle     600        393216     2          dest
0x00000000 327689     oracle     600        393216     2          dest
0x00000000 360458     oracle     600        393216     2          dest
0x00000000 393227     oracle     600        393216     2          dest
0x00000000 425996     oracle     600        393216     2          dest
0x00000000 458765     oracle     600        393216     2          dest
0x00000000 491534     oracle     600        393216     2          dest
0x00000000 524303     oracle     600        393216     2          dest
0x00000000 557072     oracle     600        393216     2          dest
0x00000000 589841     oracle     600        393216     2          dest
0x00000000 622610     oracle     600        393216     2          dest
0x00000000 688147     oracle     600        393216     2          dest
0x00000000 786452     grid       600        393216     2          dest
0x00000000 6717461    oracle     600        393216     2          dest
0x00000000 819222     grid       600        393216     2          dest
0x00000000 851991     grid       600        393216     2          dest
0x00000000 884760     grid       600        393216     2          dest
0x00000000 917529     grid       600        393216     2          dest
0x00000000 950298     grid       600        393216     2          dest
0x00000000 983067     grid       600        393216     2          dest
0x00000000 1015836    grid       600        393216     2          dest
0x00000000 1048605    grid       600        393216     2          dest
0x00000000 1081374    grid       600        393216     2          dest
0x00000000 1114143    grid       600        393216     2          dest
0x00000000 1146912    grid       600        393216     2          dest
0x00000000 1179681    grid       600        393216     2          dest
0x00000000 1212450    grid       600        393216     2          dest
0x00000000 1277987    grid       600        393216     2          dest
0x00000000 30146596   oracle     640        4096       0
0x00000000 30179365   oracle     640        4096       0
0x00000000 29786150   grid       600        393216     2          dest
0x00000000 2818087    grid       600        393216     2          dest
0x298a3b7c 30212136   oracle     640        4096       0
0x00000000 29818921   grid       600        393216     2          dest
and ;
-bash-4.1# cat /proc/meminfo
MemTotal:        2051804 kB
MemFree:          110912 kB
Buffers:           12440 kB
Cached:          1193832 kB
SwapCached:         9596 kB
Active:          1012540 kB
Inactive:         722100 kB
Active(anon):     743452 kB
Inactive(anon):   480700 kB
Active(file):     269088 kB
Inactive(file):   241400 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       8388604 kB
SwapFree:        8242496 kB
Dirty:                76 kB
Writeback:             0 kB
AnonPages:        519896 kB
Mapped:           255912 kB
Shmem:            695784 kB
Slab:              79116 kB
SReclaimable:      35920 kB
SUnreclaim:        43196 kB
KernelStack:        3592 kB
PageTables:        76556 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     9414504 kB
Committed_AS:    2481432 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      277776 kB
VmallocChunk:   34359454332 kB
HardwareCorrupted:     0 kB
AnonHugePages:    120832 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        8192 kB
DirectMap2M:     2088960 kB
-bash-4.1#
Any idea?

Thanks
  • 1. Re: Hugepages errors in OEL 6.3
    Dude! Guru
    Currently Being Moderated
    I recommend to use scripts and documentation from official sources:

    http://docs.oracle.com/cd/E11882_01/server.112/e10839/appi_vlm.htm#UNXAR396

    See what happens if you use the hugepages_settings.sh script provided by Oracle.

    If you copy the file from PC you will need to convert line-endings, which are different in Linux.

    <pre>
    # yum install dos2unix
    # dos2unix hugepages_settings.sh
    # chmod u+x hugepages_settings.sh
    </pre>

    When configuring the database for ASMM, also make sure to remove the memory_target and memory_max_target parameters, rather than setting them to 0. If you use ASM, that instance will have to remain on AMM. Running one instance with hugepages and another with Posix shared memory (AMM) is no problem.

Legend

  • Correct Answers - 10 points
  • Helpful Answers - 5 points