Search found 42189 matches
- Thu Feb 08, 2007 9:58 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: row too big for inter stage rowbuffer
- Replies: 17
- Views: 6438
- Thu Feb 08, 2007 8:53 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: row too big for inter stage rowbuffer
- Replies: 17
- Views: 6438
- Thu Feb 08, 2007 8:26 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: xml output
- Replies: 9
- Views: 2812
- Thu Feb 08, 2007 8:22 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Doubt in the execution of jobs in sequencer
- Replies: 5
- Views: 1316
- Thu Feb 08, 2007 8:13 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: oracle error
- Replies: 20
- Views: 8244
I said Oracle client runs fine on datastage server from any account. This shows that we dont have problem with oracle environmental variables. Problem is only with Plug-ins in Dstage. Then what you have in your dsenv is incorrect. Post the latest version. Since all you need is $ORACLE_HOME and $LD_...
- Thu Feb 08, 2007 8:06 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Link execution order
- Replies: 3
- Views: 1048
- Thu Feb 08, 2007 8:05 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Routine job did not finish OK
- Replies: 15
- Views: 17308
The online Help explains this. You need to explicitly handle the 'error', or at least appear to, so the Sequence job doesn't try to do it for you. That could mean a pair of triggers - a Failed (Conditional) and an Otherwise trigger, for example - would do it. You could use that and make the Failed t...
- Wed Feb 07, 2007 11:23 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: oracle error
- Replies: 20
- Views: 8244
- Wed Feb 07, 2007 10:11 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: command script
- Replies: 16
- Views: 3268
- Wed Feb 07, 2007 10:06 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: oracle error
- Replies: 20
- Views: 8244
Besides the fact that you really can't directly compare a dsenv file from an AIX box with a Linux box, seeing as how they are different operating systems and all, let's start with something simple. Do you have an Oracle client installed on this Linux server? Are you certain that the Oracle informati...
- Wed Feb 07, 2007 9:59 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Oracle Stage
- Replies: 4
- Views: 1244
- Wed Feb 07, 2007 9:56 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: command script
- Replies: 16
- Views: 3268
- Wed Feb 07, 2007 9:54 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Dynamic FileName
- Replies: 4
- Views: 1499
The short answer is 'no'... not directly in a job, anyway. Typically, people seem to be building a consolidated file and then splitting that output file into the separate files you really wanted post job. Perhaps with a script, awk, perl, c program - whatever your weapon of choice is for those kind ...
- Wed Feb 07, 2007 7:46 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Transformer Stage with zero input link
- Replies: 14
- Views: 3567
- Wed Feb 07, 2007 5:40 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Transformer Stage with zero input link
- Replies: 14
- Views: 3567
Excellent, glad it all worked out. Seems like all of the database stages - with the exception of the ODBC stage for some reason - want to have all of the columns mentioned in the stage bound into the sql. And as you've found, it doesn't matter if it is generated or user-defined sql, bondage is requi...