on 09-19-2011 7:23 AM
Hi All,
I have a RFC to File scenario. This was working fine. But now, for few days there are no messages in XI. The files are also not in the ftp. I tried to check activate the channels, but still there are no messages.
Need your replies and suggestions.
Regards,
Lavanya R
Hi,
I suppose this is not productive system if the problem already persists a few days
Anyway, if the messages are not reaching PI , but they left ECC in good shape, it is most likely they can be found in SM58.
If they are leaving PI (as seen in SXMB_MONI) but not arriving in teh file system see if you can find errors in the Communication Channel Monitoring (in RWB)
Good luck.
Robert.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lavanya,
Refresh the cache once, if you still face the problem,STOP and Restart the communication channels once,it may work.
Thanks,
Amar.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
Thanks for your replies.
I have checked the RFC destination and it is working fine.
I have checked the communication channels and also the monitor, but there are no messages.
There are no messages in Queue in PI.
The jobs are showing as successful in R3, but messages have not reached PI.
Please suggest
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Another point:
check SM58 at R3 side..
Girii
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lavanya,
As the files are not there in ftp, please check the message in RWB adapter engine and check if the messages are stuck there.
Possible reasons-
1) If you are using EOIO as QoS then if one message has failed that will block the entire queue and prevent the processing of subsequent messages. Please cancel this message from the queue of the adapter engine while searching the messages.
please check the conversationID while searching the message it will show you the queue name.
2) Check the RFC connection and check the parameter "Maximum Connection" of the RFC channel if it is 1 try to increase to 10 or 12 .
3) Check the outbound queue of the R3 even though the job has finished processing.
Thanks
Sugata B Majumder
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lavanya,
Check the sender communication channel in RWB if the process is success or not.
Regards
Deepthi Premnath
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lavanya,
If you could not see the message in PI, then definitley it is not reached PI.. and blocked at R3 end.
Check at R3 side.. whther the Outbound queue is stucked?
Thanks,
Anudeep
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lavanya,
Check in SMQ1 transaction of R3, and also try with "BD75 / BD87" mostly IDOCs will stuck in these transactions on R3 side.
If these all did not solved your poblem.. just have a check with other RFC and monitor the result, you can find some differences or some other optins.
Thanks,
Anudeep
Hi Lavanya,
Check if the RFC connection is working fine. This could be one of the reason.
Regards,
Deepthi Premnath
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Check RFC destination if it has been changed recently.
Regards
Raj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.