on 04-03-2008 10:46 PM
I am having a problem starting my ABAP Stack (version 7.1 in ramp-up). I get the following error in the dev_disp trace
-
Es2ResGetFreeBlocks: Get 512 free blocks from resource in slot 0
Es2ResCreateFiles: Extend the memory of resource slot 0 to 384 MB
Es2ResCreateFiles: Using fileslot 1 of resource in slot 0 (128 MB)
Es2IResCreate: Create /SAP_ES2_00_001 (128 MB)
Es2ResCreateFiles: Extend the memory of resource slot 0 to 512 MB
Es2ResCreateFiles: Using fileslot 2 of resource in slot 0 (128 MB)
Es2IResCreate: Create /SAP_ES2_00_002 (128 MB)
ERROR => Es2IResCreate: ftruncate failed (size= 134217728. Check whether /tmp is mounted in sufficient size (2: No such
file or directory) [es2ux.c ; 205]
ERROR => Es2ResCreateFiles: Es2IResCreate failed [es2xx.c ; 1283]
ERROR => Es2ResGetFreeBlocks: Es2ResCreateFiles failed [es2xx.c ; 1822]
ERROR => Es2CtxCreate: Es2ResGetFreeBlocks failed [es2xx.c ; 2530]
ERROR => Eg2CtxCreate: Es2CtxCreate failed [eg2xx.c ; 807]
ERROR => DpEmInit: Eg2HeapCtxCreate (2) [dpxxdisp.c ; 10117]
ERROR => DpMemInit: DpEmInit (-1) [dpxxdisp.c ; 9948]
DP_FATAL_ERROR => DpSapEnvInit: DpMemInit
DP_FATAL_ERROR => DpSapEnvInit: DpMemInit
DISPATCHER EMERGENCY SHUTDOWN ***
increase tracelevel of WPs
NiWait: sleep (10000ms) ...
NiISelect: timeout 10000ms
NiISelect: maximum fd=1
NiISelect: read-mask is NULL
NiISelect: write-mask is NULL
Wed Apr 2 19:47:57 2008
NiISelect: TIMEOUT occured (10000ms)
dump system status
Workprocess Table (long) Wed Apr 2 23:47:57 2008
-
Our /tmp is set at 500 MB. To set it at 6GB is a lot on a Solaris box.
(below is from the sappfpar check pf=....)
***ERROR: /tmp is too small (6072 MB required, 496 MB configured)
***INFO: Temporary create ES2 resource /SAP_ES2_sappfpar_0 with 2047 MB
***ERROR: sizing of ES2 resource failed (No space left on device)
Shared memory disposition overview
--
It seems that SAP is ignoring the rest of the swap space and concentrating on the /tmp (we have 20GB of swap). Has anyone seen anything like this before? We are on a Unicode 7.1 kernel version 86.
If anyone has see this before I'd appreciate the help. Thanks!
Hello Thomas,
I found a SAP note, showing a similar problem, but the OS is AIX.
Note 978282 - AIX: VMC Memory Management as of VMC Patch Collection 18
Regards,
Siddhesh
Edited by: Siddhesh Ghag on Apr 7, 2008 5:53 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks. I upgraded to the latest kernel (it's 7.1 so it is coming out frequently). I noticed that a large number of the fixes mentioned VMC. The system starts now, but I don't know if is because we bumped /tmp up to 7GB or I upgraded to the latest kernel (4/2/08). I'll let you know when I hear back from SAP on it.
Hello Thomas,
Me too having the same issue during my PI 7.1 SP08 upgrade, what was the fix for that ....
Thanks & Regards
Rajesh Meda
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The /tmp size seem too small or not existing. Can you try change the location of the TMP to a diff dir where you have enough space
eg. os the OS level enter :
expot TMP=/<path of new location> or
setenv TMP /<path of new location>
then do s sappfpar check and see if it you overcome the error
if its looking good, change the TMP location in the profile.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.