on 05-30-2007 6:40 PM
Hi all,
I have an idoc-xi-ftp scenario with EO quality of service. For the very first tests we set up a file CC using nfs and everything worked fine.
Today I received the info to connect to the FTP server and introduce it on the file CC. The issue comes because some kind of problem writing on the ftp server leaves the messages in status "delivering" (DLNG). While FTP guys try to fix the issue (they don't know where he tissue is right now) I have switch again to NFS with the old configuration in order to allow the users to keep testing.
But the issue comes because now the messages being sent to NFS scenario are marked as to be delivered and they are not processed.
I'm suspicious about the delivering ones and I'd like to cancel, but the cancel button doesn't allow me to do it so I'm hanged in a circle.
Any ideas?
Thanks in advance,
David R.
David,
Go to this link and you should be to find some info.
http://host:port/MessagingSystem/monitor/systemStatus.jsp
As I am also researching on this link, please share any information in this link
Thanks,
-Naveen.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Yes, ABAP +Java implies a complete restart of the PI server, which is not recommended in the production environment.
Generally, this case is like a deadlock situation. We will not be able to either resend/cancel the messages in delivering.
So , best option would be to identify which server node these messages are stuck and then restart that server node.
With the server node restart these messages in Delivering are again reprocessed by the server.
Regards,
Younus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Thanks to everybody for the help.
Finally I solved on my own restarting the instance. When the instance was shutdown, all the messages in status delivering became to be delivered again.
When the instance was started again, the message was processed again but this time using the NFS parameters instead of the FTP parameters.
Now all the messages (either in "delivering" or "To be delivered") are successfully processed.
cheers,
David R.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
" to be delivered" status may be because of following reasons:
-Receiver is not available
-Queue hang-up: check out SMQ2 for the message queue status
-try to restart the messages from the RWB-->Message Monitoring
-try out the accessibility of NFS folder from the PI server
-Re-activate the Receiver file channel with Receiver agreement..
for more on the Adapter Engine log, you can check this from the Visual Admin- log files
Hope this helps,
Rgds,
Moorthy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
David,
Check this weblog:
/people/sap.user72/blog/2005/11/29/xi-how-to-re-process-failed-xi-messages-automatically
---Satish
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.