2008 Apr 17 9:18 AM
Dear All
We are using SAP ECC 5.0 in which we have one separate Database instance Server and one Central Instance Server and 4 Dialog instance Server. We are getting the error "System lock error - Notify the Adminstrator". When i check the System log i found these errror messages :
GEH Enqueue: Transfer error while reading lock entries
GZZ > Destination: VRP_CI_VRP_65
GZZ > ENQUE_READ exception code: 8
GZZ >
R49 Communication error, CPIC return code 017, SAP return code 672
R5A > Conversation ID: 81910577
R64 > CPI-C function: CMRCV
So, i got to know that when other application server is unable to establish RFC with Central instance then this error is generated as enqueue process is on Central instance. I have checked the parameter gw/max_conn and gw/max_sys. Both are having maximum values.
Please suggest me what to do.
Regards
Shashank Shekhar.
2008 May 03 3:16 AM
2008 May 03 5:54 AM
Goto st22 and check from the dumps which RFC is giving this problem. From there you need to go to sm59 and check for RFC connections.. whether they are working fine or not! There may be problem with RFC user!
2008 May 06 11:59 AM
Hi
I have checked all the RFC's and its working fine. I also posted this message in SAP Marketplace. They told me that may be host name is not mentioned correctly ( small letter and caps letter ), so this error can happen. But i have checked everything . All the entries are OK. So, please suggest a solution.
Regards
Shashank Shekhar
2008 May 07 1:07 PM
Hi ,
Wit reference to the error u hav posted..
R49 Communication error, CPIC return code 017, SAP return code 672
The CPIC return code 017 ,which says ,
CPIC 17 -- CM_DEALLOCATED_ABEND
The partner has abruptly ended the conversation.
Explanation
This return code is returned under one of the following conditions:
The partner program issued a Deallocate() call (CMDEAL) with deallocate_type set to CM_DEALLOCATE_ABEND, or the partner has done so because of a remote program abnormal-ending condition. If the conversation at the partner program was in Receive state when the call was issued, information sent by the local program and not yet received by the partner program is purged.
The partner program terminated normally but did not deallocate the session before terminating. The CPI-C or APPC software used by the partner deallocated the conversation on behalf of the partner program.
This conversation with the partner is over. This return code is reported to the local program on a call the program issues for a conversation in Send or Receive state.
You may see this return code associated with SNA sense data 08640000.
Likely Causes
The partner program encountered a condition that caused it to terminate unexpectedly, or it was stopped unexpectedly by a user.
For example:
The partner program was running on OS/2. A user terminated the partner program using CtrlBreak or CtrlC, or any of the menu options for ending programs. OS/2's ExitList processing causes the Deallocate() call to be issued as part of cleaning up the process.
The partner program was processing an error, and encountered another error. Rather than loop in its error-handling code, the partner program issued a Deallocate() call with deallocate_type set to CM_DEALLOCATE_ABEND.
Programmer Action
None.
The conversation is now in Reset state; the conversation_ID that was supplied in this CPI-C call is no longer valid.
Operator Action
Correct the problem encountered by the partner program.
Reward pts if useful
Regards,
Malti
2009 Jan 28 9:58 AM
Hello
Also had Communication error, CPIC return code 017, SAP return code 672 problem here.
Increasing value of rdisp/tm_max_no caused the problem to disappear.
Best Regards
Paweł Kryczkowski