on 02-27-2012 11:47 AM
Hi all
we are doing idoc to file scenario with direct mapping. the messages are getting processed in integration engine sucessfully. the messages are getting into scheduled status in the adapter engine even when there is less load in the server.
Thiis specially happening for IDOC to file scenario only. Any help is highly appreciated
Thanks
What is the status about your receiver File channel? Try to reprocess scheduled messages and monitor File channel.
If File channel blocked(see in Engine status in Adpater engine) if all threads assigned(5/5) then Fiel adapter service blocked,better to restart your JAVA stack.
Regards,
Raj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The status of communication channel is green. no problems in the file status of the adapter engine as well.
we have checked the threads , Its 5/5 for the file adapter. restarting the system is temporary solution. is their permanent solution for these. this is happening more frequently in our PI box. Any settings needs to be done in system
Thanks
Hi,
check below blog and meanwhile think aboutincreasing Thread count value to 20 for File receiver.
http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/22896
Regards,
Raj
Hi raj
we have asked basis to increase the file threads to 20. In the mean time , do you think this is related to any development issue.
we are in assumption that these are related to system sizing and JVM parameters configuration . Please confirm
I breifly explain so what we have done so far
1. Increased the server nodes from 1 to 2 with memory of 3 GB
2. dedicated CPU for PI system
Still the messages are getting into scheduled status with very low load on the sever
Any help is highly appreciated
Thanks
Hi raj
we have changed the file threads to 20. we are monitoring the system with the new changes. one more observation noted in the system. The file threads allocated in different server nodes ( example 9/9 ) are not getting released once the adapter complete the message processing . Is these normail case or threads will be released after the mesage processing is completed.
Thanks
Faizal
> we have changed the file threads to 20. we are monitoring the system with the new changes. one more observation noted in the system. The file threads allocated in different server nodes ( example 9/9 ) are not getting released once the adapter complete the message processing
.
How about perfromance ? definelt it shoud have been improved. are you facing File adapter blockage issue,betetr to run high load and see it.
9/9--no need to worry about it.
Hi raj,
the system is quite good at the moment but the some of the messages again into scheduled status like ( 10 out of 1000 messages ) . the system is not performing at 100 % rate since some messages moves to scheduled status. Is still the performance can be improved in any other ways ?
one more infomration : we are using xcopy command in the sender and receiver communcaition channels to archieve the files. do you think these also have some impact in the system performance. Is their any commands can be used please.
Thanks
>
> the system is quite good at the moment but the some of the messages again into scheduled status like ( 10 out of 1000 messages ) . the system is not performing at 100 % rate since some messages moves to scheduled status. Is still the performance can be improved in any other ways ?
>
This is really strange behaviour , If Communictaion channel functioning correctly then all succesfull messages should deliver to Receiver system.
Better to check payload of scheduled messages(if wrong payload obiously it goes schedule status),try to to reprocess them.
I never used XCOPY command,so no comment on that.
Regards,
Raj
System Errors can cause this issue so try cancel them first and then try. If this doesn't help then re-starting the java stack.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
94 | |
11 | |
11 | |
10 | |
9 | |
8 | |
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.