Search results for query: *

So, could Output 1 = None be the reason why it possibly failing to call the batch adapter, and doesn't get to the external call? Or even getting to any retries? Sorry, sometimes I'm sloooow picking things up if you've already told me.

Pattnaik - If your question is unrealted to the thread, please start your own. You'll get a better response. Also, state your current release of Datastage and the environment in which it runs at the beginning of your post. Proper English and punction helps too. :-)

Service Patch 17340 to Commerces Manager for 6.7. How can I tell if this has been applied?

I checked with them and they said no. OK, so how do I know if I have the service patch applied to Commerce Manager or not?

Anybody have the readme from the Service PACK for Integration Broker? I just want to have a list of all changes. Not the one for CMGR patch...I have that already. Thanks..

We just applied the service pack to bring us up to 6.7.1, but noticed no differences in commerce manager. Can someone with 6.7 open their Partner Manager, Help-About and tell me what version and build they are running? Mine is Version 7.0 - build 1092.

Interesting - how can I determine of the service pack was applied to Commerce Manager? I opened partner manager on the new server and the version is 7.0 and the build is 1092. eh?

What about if the source calls a batch file, triggered by a time event? We have one map (output 1 = input 1) that is triggered by a time event, and the souce is a batch file and the output is set to SINK. We always get a source not available...yet it's a batch file! Any ideas?

Actually, I was wrong. Output1 does not = input1 like I said above. Output 1 = None Would that make a difference?

...Stop On First Error: Yes Work Area: In Memory Init High: 0 Init Low: 0 Time Trigger: <none> Input 1 (T): File: E:\Mercator6.7\cmgr\mmgr\archive\*.mec Rollback: Yes, Delete: Yes, Reuse Work File: No Retries: <none> Input 2: File: E:\Mercator6.7\cmgr\mmgr\share\mmgr.conf Rollback...

What are the negative ramifications of having it there when it's not supposed to? And while you are in the generous mood of helping me out so much :-) Can you look over the rest of my settings to see if something looks out of whack? IdleDB=60 SLimDB=30 ;HLimDB=0 ;KeepDB=0 ;MinDB=0 IdleBAT=60...

Boca - The map is the default message manager archive map. It is set at 1 maxconccurent. Generally, there are about 5000 files per day that need to be zipped. The old server (1 proc machine) never had them queue up. The new one (2 proc and faster) has them queing up and takes about 30 second...

6.7.1 win2k Alright, hopefully some one can shed some light on this. In the old production environment, there an "idleBat" setting in the .ini: IdleBAT=60 SLimBAT=30 ;HLimBAT=0 ;KeepBAT=0 ;MinBAT=0 After IBM support looked at my .ini file, they said that resource management of this type does...

...Error: Yes Work Area: Default - Delete - Init High: 0 Init Low: 0 Time Trigger: <none> Input 1 (T): File: E:\EC\AppData\PGPnFTP\Concentra\TIFILES\*.tif Rollback: Yes, Delete: Yes, Reuse Work File: No Retries: 10 every 5 seconds Output 1: Batch File: -cmd...

Yes, I copied, but made some adjustments to maxthreads as the new server has twice as many CPU's. Also, I reduced the triggertime from 30 to 10. After watching it some more, the archive map does not hang - it just takes forever to zip files! There is a bout a 15 minute back-up and the files...

OK, Boca, Janhes and Eyetry have helped me identify why maps get a “source not available” on certain files, however the map actually pulls it. The classic double trigger issue. An application drops the file, Mercator attempts to pick it up, but the file is not finished. A second map is kicked...

How can I make them get along? :) We have a system that moves files to a folder. On source event, a generic map calls the batch adapter. The batch file calls gpg.exe which encypts files. Well, this darn gpg.exe either get's stuck in task manager or simply does not process the files and give...

6.7.1 Win2k Our server is brand new and we just installed 6.7.1 and deployed a few systems. All is well, except in the management console, the archive.mmc map remains open. Specifcally: Component - archive Map - Mercator6.7/mmgr/archive.mmmc System - Archive State - Put Adapter Card - 3...

They were 1 to 10mb, so !create is good then. Thanks for your help as always.

So, I'm assuming someone must have changed it to SINK a while back. I changed it to !create rather than Sink. What is the difference again? Sink is memory and !create is file based?