Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Dump - call_function_syscall_only

Former Member
0 Kudos

Hi All,

Can any one help me in understanding when will call_function_syscall_only dump will occur(we are gettign this dump in the production system).

How can we trace it.

pointers are apreciated .

regards,

z.

1 ACCEPTED SOLUTION

Former Member
0 Kudos

hi zareena,

this type of dump occurs in following cases

1.The RFC destination uses the wrong logon data (in other words, the values entered for client, user, and password do not constitute a valid logon).

2.Not all servers within a system have the same kernel release and patch level.

3.The server does not have enough shared memory (PXA memory). For further details, refer to transaction ST22 (ABAP dump analysis and the ABAP runtime errors PXA_NO_SHARD_MEMORY or PXA_NO_FREE_SPACE.

The database key is different on the different servers within the system. This can be the case, for example, if more than one network card is installed on the database server, so that some servers identify the database server under a different host name and IP address. You may be able to see this data in the database data section of the system status display for the relevant server. The RFC logon screen only appears in dialog mode. In the background, the RFC communication terminates with a message that the logon data was incorrect (CALL_FUNCTION_SIGNON_REJECTED or CALL_FUNCTION_SYSCALL_ONLY in the developer trace file or the system log).

Solution

1.Check the logon data against the destination used. Ensure that the user has not been locked.

2.Ensure that all of the servers have the same kernel release and patch level.

3.Fix the shared memory (PXA) problem.

4.Ensure that all servers access the database server using the same host name and IP address.

hope this will help u..

thanks.

2 REPLIES 2

Former Member
0 Kudos

hi zareena,

this type of dump occurs in following cases

1.The RFC destination uses the wrong logon data (in other words, the values entered for client, user, and password do not constitute a valid logon).

2.Not all servers within a system have the same kernel release and patch level.

3.The server does not have enough shared memory (PXA memory). For further details, refer to transaction ST22 (ABAP dump analysis and the ABAP runtime errors PXA_NO_SHARD_MEMORY or PXA_NO_FREE_SPACE.

The database key is different on the different servers within the system. This can be the case, for example, if more than one network card is installed on the database server, so that some servers identify the database server under a different host name and IP address. You may be able to see this data in the database data section of the system status display for the relevant server. The RFC logon screen only appears in dialog mode. In the background, the RFC communication terminates with a message that the logon data was incorrect (CALL_FUNCTION_SIGNON_REJECTED or CALL_FUNCTION_SYSCALL_ONLY in the developer trace file or the system log).

Solution

1.Check the logon data against the destination used. Ensure that the user has not been locked.

2.Ensure that all of the servers have the same kernel release and patch level.

3.Fix the shared memory (PXA) problem.

4.Ensure that all servers access the database server using the same host name and IP address.

hope this will help u..

thanks.

Former Member
0 Kudos

call_function_syscall_only is an Exception that cannot be handled.

Cause: RFC without valid user ID only allowed when calling a system function module.

The error code may have any of the following meanings:

0) Incorrect logon data for valid security ID.

1) Calling system is not a Trusted Systemor security ID is invalid.

2) Either user does not have RFC authorization (authorization object S_RFCACL), or a logon was performed using one of the protected users DDIC or SAP*.

3) Time stamp of the logon data is invalid.

http://help.sap.com/saphelp_nw04/helpdata/en/f9/3f69fd11a80b4e93a5c9230bafc767/content.htm