Kbase P129586: No more available shared-memory. (1138) after changing Progress version from 64-Bit to 32-Bit
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
7/2/2008 |
|
Status: Unverified
SYMPTOM(s):
After migrating to 10.1B some of the databases fail to start
No more available shared-memory. (1138)
All databases start without problems in 9.1D
The 9.1D installation is 64-Bit
FACT(s) (Environment):
HP-UX 11.0 64-bit
HP-UX 11i 64-bit
OpenEdge 10.1B 32-bit
CAUSE:
32-bit executables running under a 64-bit kernel are limited to allocating 1.75GB of shared memory under the HP-UX 11 operating system.
This is an Operating System limit imposed because of running the Progress 32-bit product. Progress executables will only be able to use the 3rd and 4th memory quadrant, which gives you 1.75GB of global space (buffer pool, shared libraries, shared memory mapped files) for all the processes in the system (default 'share_magic' option).
Although you may have more memory, your OS won't allow you to use it. Although there is an option to build the 32-bit Progress executables to change Exec_magic and shmem_magic, a decision was taken a long time ago not to provide this as we already offer 64-bit versions of our Product.
FIX:
Install the 64-Bit version of OpenEdge 10.1B