on 2018 Sep 26 8:57 AM
Hello all,
I had today a problem in production. We have an interface through an ICO (sender HTTP Channel, receiver FTP Channel). I have identified that the receiver Channel could have log into the target FTP, but somehow the communication was so slow that it was waiting until the timeout (300 sec) and give up. The problem was, that I had 200 messages for this channel and I have 5 worker tasks for inbound HTTP communication, so after the fifth has been in the wait-situation, no further HTTP process was processed:
Now I had stopped the channel, waited until the 5 stuck messages have reached the timeout, then the backlog was processing.
I already using message prioritization, but if those messages are in same priority, they are processed one by each other (max. 5 in parallel).
What can be done in order to not hold the complete PI System? I think about maybe only 2 of 5 worker processes are allowed for the same communication channel, etc. ? Other ideas?
Thanks
Helmut
Hi all,
thanks to my Friend adam.kiwon3 I have found a good starting point of a solution. He gave me the right keywords and I have found this very good blog explaining my problem:
Tuning the PI/PO Messaging System Queues
I will start now testing those aspects.
Regards
Helmut
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please talk to your Basis/Network team and tell them to ping/telnet to the FTP server from PI server.
Check once if there is significant packet loss or not.
Thanks,
Apu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
64 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.