Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

[u][b]"Source Not Available" errors[/b][/u]

Status
Not open for further replies.

snehareddy

IS-IT--Management
Jul 17, 2006
43
IN
Hi,

I am working on an interface where we receive MQ message and it inturn has to post idocs to multiple SAP clients.


We are using ALE option to post idocs to one SAP client.

-omale1 '-s 20 -h 53.71.198.79 -c 400 -u merccesar -p ic2merc -b %dData%/utils/mclient/GTCOCPCML1_%vTIMESTAMP%_*.out'

At the same time we are creating a back up of the idoc by using " -b " option. There is a system file which inturn is polling for this backup file and is posting idocs to other SAP clients.

It has been observed that whenever the frequency of such messages is high, the system file which is polling for the back up files is throwing "Source not available" errors(error code:12).

Can somebody suggest how to avoid those errors.

Thanks a lot!!
 
I have found that with a high volume of files, if the system is multithreaded then the time to 1000ths of sec is not sufficient to create unique file names. This can result in 2 situations
1 one map fails to create the file because another map thread has the file with the same name locked.
2 the first file is created and sets up a trigger then the second thread created a file of the same name overwriting the original and sets up a second trigger. This means that the triggered map tries to run twice. One will work and delete the input file, the second will fail because the input file is no longer there.
The solution is to either single thread the triggered map or ensure that the files are created with unique names.
 
The faster the server, the more likely the situation Janhes describes can happen.
Single threading will solve the issue but can slow down the system. Another option is to spread out the directories the files are created in.
You could use GETANDSET so that the value of 1 = director 1, 2=directory 2 etc. and when you reach 5 it resets to 1 again.
This could give you enough time between writes to prevent the file conflicts.

One client wrote a C exit to generate a random number in a prior rule to keep the file names unique.



BocaBurger
<===========================||////////////////|0
The pen is mightier than the sword, but the sword hurts more!
 
As illustrated by Janhes , problem no 2 could be the cause, but I am ensuring that unique file names are formed by using * in the file name GTCOCPCML1_%vTIMESTAMP%_*.out.

Also,I tried to delay the map by 5 seconds but still I am getting "Source Not Available" errors.

can there be any other solution
 
I'm not sure how the * is helping on the output. Can you get the message identifier from the MQ message (should be unique) and tag that onto the file name.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top