on 01-16-2014 11:03 AM
Hello Experts,
I have this issue where all my PCs failed at Infopacakge level. with the status Transactional RFC.
The issue is this is happening with all most all the IPs. Now I have PCs with the IPs one after the other in the process chains with Sucess or failure which means process the IP if the earlier IP fails also.
Now when the IP is running its failed at TRFC and the next IP is triggering, after some time the IP which failed has processed and trigerred the next IP again this way all the IPs are triggered twice or thrice.
why is this issue happing when the in the regular run the IP is not getting processed failing with TRFC stuck.
I have all my MD PCs and TD PCs failed like this and in between some one of the IP is triggered and the metachins are triggered again.
Please help me identify the cause and how can I fix this.
Thanks,
Santhosh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Santosh,
1) Please check is there proper connection from source to target.
2)check where it got struck in ecc side or in bw side.
3) if it is from ecc side means then check for which application the trfc's got struck and check in inbound queue and out bound queue.
4) if you have access to check in lbwq and rsa7 means check for the failed trfcs why it got failed.some time there might me be a change in ALEREMOTE password ,check with your basis team.e
5) if it struck in inbound/outbound queue and if you have permission to reset the trfcs means then you can reset the trfc's,
regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Santosh,
check whether you have correct settings and IDOC mappings in WE21 transaction. check SM59 mapping.
Check ALEREMOTE and BWREMOTE users password and carry out connection and authorisation tests in SM59.
Check SM58 AS well.
ask basis if all above settings are correct. Might need to take help from ABAP,Secuirty teams.
Thanks and regards
Kiran
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Santhosh,
When there are huge number of data then we wil lface the issue.
Please check with Basis team whether they SAP ALL access. Using SAP ALL access,the LUWs can be excuted manually.
Or
delete the data from setup table, and post the data in splitted pahses ..for eg : if there are 100Krecords, then first post 25K records,pull into BW..follwo the same process...while doing this, the dialy process chain/job should be kept on hold.
Thanks
Asha
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
check whether any kind of Down time is going at ECC side and it leads to stopping of Background job at ECC side.
Also check the validity of user ALEREMOTE (may change at user side) and it leads to failure of process chain.
Check job status at ECC side and find the cause.
Best wishes, vijay
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The TRFCs are not processed from ERP all the IPs are at failed at transactional RFC.
Basis is Investigating it but what could be the reason for the stuck and how can we mass process the LUWs from Sm58.
I tried doing executing LUWs but its not processing on mass.
Please let me know any ideas.
Regards,
Santhosh
Hi Santosh,
We have option in SM58 to process all the LUWs in a sngle shot.
Menu --> Edit --> Here you find 2 execute options 1-Execute LUW (F6) - this will process single LUW.
there is another option "EXECUTE LUWs" --> select this option -->Enter date and destination and select the statuses and execute in background.
Have you checked if there are any short dumps in ST22 in source system?
Check SM21 for system logs.
Was there any system activity or SP upgrades etc taken place recently like yesterday?
Regards
KP
Tthere is a chance where the generic user ALEREMOTE or which ever may be using in your system has the proper authorization or not.
check for the authorization for the generic user, also check if there are any change done to the user recently if yes then search for the missing authorization objects.
You can take help of BASIS on this.
Regards
KP
Hi,
Can you please try to extract data from ECC using one of the master data object ?
If that too give the TRFC erro, then just ask basis team to track it, and resolve.
If it works then you can go step by step ahead to address the issue, like is background job is having issue or what.
try to do teh rott cause analysis to get exact issue.
Thank-You.
Regards,
VB
BASIS need to investigate on this... check base with them and have it resolved.
Have you checked the authorizations of the Generic user?
Have you tried to process the hung TRFCs manually for one data load?
to find the hung TRFCs for a particular data load --> goto monitor screen of data load --> menu --> environment -> job overview --> source system --> enter user id n pwd --> goto job log --> find (CTRL+F) --> enter "sysfail" --> this will display the hung TRFCs which are not processed with respect to that particular data load --> next goto SM58 in ECC --> search for that TID and select it n process it manually and check if the load is getting completed or not?
Regards
KP
Hello Prashanth,
The basis are not getting any clue.
They are asking BI team to check.
Now when I tried to check the job for the failed IP with the status Processing Over due , call to BI with Transaction RFC at the bottom in the tab.
I find the job in ECC for that req of IP is finished and I could not find sysfail in the job log. there is a TID there but when I searched in the sm58 the TID is not available.
Regards,
Santhosh.
Hi,
Inform your basis team and ask them keep on eye on ECC T - SM58.
If they seen failed queues at SM58, ask them to clear on the spot.
Mean while can check more specific about trfs issues or share the screen shot with detailed message
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
| User | Count |
|---|---|
| 3 | |
| 3 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.