FRF-00025 Unable to call function.

[Former Member]

Hi,

During my WAS ABAP 6.40 installation on the Central Instance, I am stopped by the error

"FRF-00025 Unable to call function. Error message: The file "/usr/sap/trans/tmp/RDDGENMC.<SID>" has not ."

in the phase : Starting RFC Jobs

My OS Version is V5R4

Any clues would be of great help.

Thanks

nk

[Former Member · Accepted solution]

Hi Volker

I could not find "/usr/sap/trans/tmp" directory in AL11. But I could find the "/usr/sap/trans" directory.

Sorry, I was bit confused earlier. The transport directory is not local but a remote one.

Thanks

Kiran

[Former Member · Accepted solution]

Hi Kira,

ok, you should go to /usr/sap/trans and try to go to tmp and my guess is: it will not work, because sidnn and/or sidofr are not on the remote server or do have a different password ...

when this is fixed, your problem will disappear )

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member · Accepted solution]

Hi Volker,

I am able to access the 'tmp' directory under 'usr/sap/trans'. We are having the user 'sapinst' with admin privileges on both the servers. Also I had created the user, SIDOFR. But still no luck. I am getting the same error.

Thanks

Kiran

[Former Member · Accepted solution]

Hi Volker,

I am able to access the 'tmp' directory under 'usr/sap/trans'. We are having the user 'sapinst' with admin privileges and same password on both the servers. Also I had created the user, SIDOFR with the same password. But still no luck. I am getting the same error.

Thanks

Kiran

[Former Member · Accepted solution]

Hi Kiran,

OK, this explains the problem in my eyes ...

sidofr & sapinst are NOT used for this access, but SIDnn is ...

Are you really able to access the trans/tmp directory with AL11 ? (or just via green-screen?)

I would suggest to create the sidnn user as well with the correct password and then it should work fine ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member · Accepted solution]

Hi Volker,

I had created the SIDnn user and with the same password. Still I am not able to go ahead with my installation.

I am not able to acces trans/tmp directory from AL11 but I am able to access it through the emulator(green-screen)

Thanks

Kiran

[Former Member · Accepted solution]

Hi Kiran,

I don't know what you mean with "same" password, but the problem is obvious now:

SIDnn on the one box is not compatible with SIDnn on the other box (most likely password).

In order to find out more, you should change the user SIDnn to LMTCPB(*NO) and logon with it on the new SAP server installation iSeries. Then you go with WRKLNK to /usr/sap/trans/tmp - this will NOT work => you have to adjust the password or authorizations on the other box ...

As soon as this works, AL11 will work and the installation will work as well - exactly as Thomas Obermeier wrote in his first reply on the top ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member · Accepted solution]

Hi Volker/Thomas,

I am very grateful to you. Finally, after changing the authorization for the user SIDnn, I got moved from that step. But for the past 18hrs or so, the step 'Importing Transports using TP' has been running. It is showing something like "Correcting access rights of 'usr/sap/trans/data'.

Is this because our PRD and DEV are at different locations? Or could there be any other problem?

I appreciate your patience,

Thanks

Kiran

[Former Member · Accepted solution]

Hi Kiran,

I'm really happy, that the roots were found now ))

The import is remote a lot slower then locally - perhaps factor 2 ... so I think, you do have another issue.

Perhaps you forgot the following on one of your iSeries:

CHGTCPA TCPRCVBUF(1048576) TCPSNDBUF(1048576)

(if it should be still 8kb on one of the sites, this couold be a reason)

In general, you need to apply the complete note 428855.

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi Volker,

There was a problem with IGS folders. The IGS folders have not been created yet under /usr/sap/<SID>. I had commented the IGS related lines in the start profile and made SAP up. Again I am getting the first error. i.e

FRF-00025 Unable to call function. Error message: The file "/usr/sap/trans/tmp/RDDGENMC.<SID>" has not .

I've logged into the system and checked the transaction SICK. It is saying, "no errors reported".

Even in SM21 and ST22, I found that the file /usr/sap/trans/tmp/RDDGENMC.<SID> has not yet been created.

What can I do to get that file created?

Thanks

Kiran

[Former Member]

Hi Kiran,

that's first good news!

I would check, if you can "see" the "/usr/sap/trans/tmp" directory in AL11 ... I would guess, that there is an issue ... with the authorization.

(even when you do not believe: sounds to me to an remote trans-dir ...)

see you,

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi

'trans' directory is on the same host and the instance is currently down. But when I try to start the instance, it is not coming up. The following message is being shown in the log:

O4STRSAP: Could not retrieve instance/system configuration for instance 46

of system X46 on host SAPR3AP2 from directory

"/usr/sap/trans/config/X46".

What I will have to do bring the system up?

Thanks

Kiran

[Former Member]

Hi Kiran,

ok, now we see at least, that the problem has nothing to do with the trans dir or other RFC-issues. It is "just" the issue, that the system cannot be started. Unfortunately this is not that easy to determine from here. You have to check log files in the work directory (if they exist already), have to check the joblog and have to check in /usr/sap/X46/SYS/profile & /usr/sap/trans/config/X46 - I think, that needs a bit effort :-((

Sorry,

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi,

I had upgraded the Kernel and restarted the installation but this time the error had changed but had raised at the same level (Starting RFC Jobs). Following is the error message:

FRF-00007 Unable to open RFC connection.

FRF-00063 RFC logon failed with message: Failed: Connect to SAP gateway failedConnect_PM GWHOST=<hostname>, GWSERV=sapgw46, ASHOST=<hostname>, SYSNR=46

Any hints please?

Thanks

nk

[Former Member]

Hi nk (I would please ask you for a better name),

as Thomas already stated: Did you check if the trans-directory is located on a different server ? If yes, you have to create users with same passwords there as Thomas suggested already.

Otherwise: Did you check, if the instance with number 46 is up & running right now ? If not, you should try and start it ...

If yes, you should try and logon yourself - I expect then errors there - these ones need to be fixed and then you can retry.

Good luck,

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[thomas_obermeier]

Hi nk,

In another case with the same symptom people pointed to notes 67213 and 14379 both related to nonlocal transport directories. Therefore the question if your transport directory is nonlocal.

If so, check existence of the /QFileSvr.400/<target host> link and access of the workprocess user (<SID><nn>) on the target host. If this one is missing create it with CRTSAPUSR USER(*SIDINST) SID(<SID>) INST(<nn>)

HTH,

Thomas