Messages goes into scheduled status in adapter engine

[Former Member]

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

[rajasekhar_reddy14 · Accepted solution]

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

[Former Member · Accepted solution]

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

[Former Member · Accepted solution]

Hi,

Does the status change to Error after maximum retry. If yes, see what error it gives in the log.

[rajasekhar_reddy14 · Accepted solution]

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

[Former Member · Accepted solution]

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

[rajasekhar_reddy14 · Accepted solution]

Hi,

Dealing with hig load using JDBC/File adapter really challenge.

if possible change your PI design and reduce FTP cals as much you can, increasing thread count to 20 gives good perfromance.

Regards,

Raj

[Former Member · Accepted solution]

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

[rajasekhar_reddy14 · Accepted solution]

> 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.

[Former Member · Accepted solution]

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

[rajasekhar_reddy14 · Accepted solution]

>

> 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

[Former Member]

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.