DSXchange

uvserver is not the server for UniData. You need the correct UniData server name in the uvodbc.config entry.

This may be what Craig was trying to say.

Still no in version 8.

What do rGTUploadYN and rQtrType routines do?

Is Pin%%V0S30P4.Column%%52 guaranteed to be numeric?

It's worse than that. VOC is corrupted. Without specialist support (which your support provider will need to buy from IBM) you will not be able to fix this, and your project will remain unusable. There are very few specialists who know how to repair corrupted VOC file, and most of them work for IBM.

Find the most recent "job starting" message and check the timestamps of this and the most recent "fatal" message.

But, in spite of all of these things, you still have a partitioning algorithm specified.

Trivial. 20MB per node will be plenty. It may not even use all of that.

Welcome aboard. Generally the answer is no. Every job has its own log (a table in the Repository database) and every condition is captured into that. There is an optional errlog file that might be used to capture errors in the server engine. And, of course, the Windows Application Log might contain ...

Who knows? Do you have row sizes in bytes, or in the millions of bytes?
How long is a piece of string?

By purchasing a premium membership.

That's no surprise. Fix it.

That answer is wrong on so many levels!

The question is about locked jobs, not about read-only jobs.

sureshchandra can get the answers sought via Search of DSXchange, but apparently chooses not to do so.

You can get it here

That would create a precedent of undermining the funding of DSXchange, which I do not propose to do.

cd to wherever the DataStage Engine directory is. Ordinarily the DSHOME environment variable would contain that pathname. An alternative which may work is to capture the contents of the /.dshome file (provided that your installation is not an -itag installation). For example cd `cat /.dshome` The c...