Community

Subscribe
Highlighted
Accepted Solution

Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Hello,

I was trying to install OC Core 5.0.1 on 64bit SLES 11.2 with 4GB of RAM (hosted on ESX).

The installation quits with following messages:

Setting up sql ...

Problem initializing the database.

error: %post(NTAPdfm-5.0-7864.x86_64) scriptlet failed, exit status 1

In /var/log/messages I can see this:

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): SQL Anywhere Personal Server Version 10.0.1.4213

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): 2 physical processor(s) detected.

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): This server is licensed to:

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine):     DFM User

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): NetApp

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): Running Linux 3.0.13-0.27-default #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) on X86_64

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): Server built for X86_64 processor architecture

Jun 14 13:56:52 monitoring SQLAnywhere(dbinit_engine): Not enough memory

I have increased RAM to 6GB and got the same error. There is enough memory during the installation (checked via top on 2nd console while installing, was never below 2GB free RAM).

There is enough free space on disk:

monitoring:~ # df -h

Filesystem Size  Used Avail Use% Mounted on

/dev/sda6 9.9G  2.9G  6.5G  31% /

devtmpfs 1.9G  144K  1.9G   1% /dev

tmpfs 1.9G     0  1.9G   0% /dev/shm

/dev/sda7 36G  1.4G   33G   5% /opt

/dev/sda5 2.0G  162M  1.8G   9% /var

I have increased number of semaphores and open files, /etc/sysctrl.conf contains following lines now:

kernel.sem=250 32000 32 1024

fs.file-max = 65535

I have also changed dfm option for database cache (while it was partially installed) but I don't think this is preserved between the installations (before installing it again I need to remove the NTAPdfm package).

Has anyone experienced such behavior ? What could cause it? 6GB RAM for OnCommand 5 without any objects in the database should be more than enough.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

https://kb.netapp.com/support/index?page=content&id=2016762

Try the following:

  1. dfm prompt> dfm database set dbcachesize=""
  2. dfm prompt> dfm service start sql

This will set the option back to the default value.  I see that you have adjusted it, but not sure which values you have used.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Hi Kryan,

The problem is that this occurs during installation process. Database is not initialized after installation. 

monitoring:~ # dfm database set dbcachesize=""

Left option settings unchanged.

monitoring:~ # dfm service start sql

Error: Unable to determine if the database needs to be upgraded to the latest file format.

Error: could not start 'sql' service.

monitoring:~ #

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

What other applications, if any, are installed on this server? 

Also, is SELinux enabled?  If so, set SELinux to permissive mode.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Another item to check - is the memory for the VM reserved or allocated?  It would be better to have lower amount (4Gb) reserved as opposed to a larger amount set as allocated.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Memory was just reserved but it's allocated now - 6GB.

Still the same error while installing OC.

SELinux not installed. Nothing else on the server - it's fresh installation.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Hi Marcin,

As I remember you had installed OC earlier. So was that on SELinux or was that lower version ?

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

That was older version of SLES and OC 5.0.0.
I will try with OC 5.0.0 now also.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Marcin

You need to adjust

     kernel.sem=250 32000 32 1024

to read as so in /etc/sysctl.conf

     kernel.sem=250 256000 32 1024

SEMMNI is correct at 1024 for OnCommand (and Operations Manager) running on Linux.  SEMMNI * SEMMSL = SEMMNS, or 1024 * 250 = 256000

I also noticed in your screenshot that CPU was 0 MHz where Memory was 6144Mb.  This summary value looks odd.

Re: Not enough memory while trying to install OC 5.0.1 on 64bit Linux

Hi Alex,
I have changed the kernel parameters:

monitoring:~ # sysctl -a | grep sem

kernel.sem = 250        32000   32      1024

monitoring:~ # sysctl -p

net.ipv4.icmp_echo_ignore_broadcasts = 1

net.ipv4.conf.all.rp_filter = 1

fs.inotify.max_user_watches = 65536

net.ipv4.conf.default.promote_secondaries = 1

net.ipv4.conf.all.promote_secondaries = 1

kernel.sem = 250 256000 32 1024

fs.file-max = 65535

monitoring:~ # sysctl -a | grep sem

kernel.sem = 250        256000  32      1024

I'm not an VMware expert but I think the CPU displayed as "0" means just that nothing is strictly reserved to my virtual image.

Same error when installing OC5:

Setting up sql ...

Problem initializing the database.

error: %post(NTAPdfm-5.0-7864.x86_64) scriptlet failed, exit status 1

monitoring:~ # tail /var/log/messages

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine):

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine): iAnywhere Solutions, Inc., One Sybase Drive, Dublin, CA 94568, USA

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine):

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine): 2 physical processor(s) detected.

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine): This server is licensed to:

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine):     DFM User

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine):     NetApp

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine): Running Linux 3.0.13-0.27-default #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) on X86_64

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine): Server built for X86_64 processor architecture

Jun 18 15:53:13 monitoring SQLAnywhere(dbinit_engine): Not enough memory