Search found 53125 matches
- Fri Feb 10, 2006 3:08 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Debugging Basic Code in a function
- Replies: 5
- Views: 1047
I prefer to use DSTransformError() or DSLogInfo() to PRINT. You can also use compiler directives $DEFINE, $IFDEF, $IFNDEF, $ELSE and $ENDIF to "conditionally compile" your debugging statements. When debugging is done, simply change $DEFINE to $UNDEFINE and recompile, and your debugging statements - ...
- Fri Feb 10, 2006 3:05 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DSR.ADMIN Failed to enumerate domain groups
- Replies: 2
- Views: 1634
- Fri Feb 10, 2006 3:04 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Data security
- Replies: 7
- Views: 3018
I think, if you install with the Operator's licence (xxxxxx-DSDIR) on the Operator's PC, you will get pretty much exactly what you want. The Operator role only allows the running of released jobs (at least up to version 7.0) and does not allow viewing of log entries that might contain data (unless t...
- Fri Feb 10, 2006 3:01 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: MailNotification other than jobstatus 1
- Replies: 6
- Views: 1198
Prefer DataStage constants, in case "they" change the values.
Code: Select all
JobActivityName.$JobStatus <> DSJS.RUNOK- Fri Feb 10, 2006 2:58 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: To pass the parameter to oracle stage in where class
- Replies: 11
- Views: 3722
When DataStage Engine picks up a multi-line entry or result it converts all the line termination characters to a special character called a "field mark". This means that you do not need to be concerned whether you are processing a UNIX or a DOS line terminator, and it also means that there are no li...
- Fri Feb 10, 2006 2:54 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Tricky Requirement
- Replies: 4
- Views: 1860
You are correct. This is not something that DataStage does. But DataStage can control the shell script(s) that you create to perform the movement of files. You can use an Execute Command activity from a job sequence, or you can use a before/after subroutine from a job, for example ExecSH (the task o...
- Fri Feb 10, 2006 2:50 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: About Availabality of CRC32 in PX
- Replies: 8
- Views: 2099
- Fri Feb 10, 2006 2:49 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Write to dataset failed: File too large
- Replies: 14
- Views: 5322
You changed your ulimit, but not the one for the ID under which DataStage processes run. That's why Arnd had you check via a before-job subroutine. The dsenv script is executed by all DataStage processes. However, on some UNIXes, only superuser can increase ulimit - you may need to ask your System A...
- Fri Feb 10, 2006 2:44 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Extended Edition/DataStage Enterprise Edition
- Replies: 3
- Views: 1501
A search would have found that your question has already been answered, for example here
- Fri Feb 10, 2006 2:41 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: keylookup with date between effective_dt and expiration_dt
- Replies: 10
- Views: 2850
- Fri Feb 10, 2006 2:37 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Unable to trim leading zeroes using trim()
- Replies: 26
- Views: 8042
- Fri Feb 10, 2006 2:35 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Problem openning job- No design time information
- Replies: 7
- Views: 3052
This "no design information" message can also result from a job having been "released" (the precursor to Version Control), which creates a new version-stamped job that is never able to be changed again. How they achieve this is by removing that job's ROOT record for that job from DS_JOBOBJECTS. In t...
- Fri Feb 10, 2006 2:28 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Supporting Production DS EE environments
- Replies: 4
- Views: 1315
It would be very difficult to bar "production access from DataStage clients". I've not seen this requirement at any site. Most use Version Control or other means to make job designs read-only; it's kind of vital to have access to the logs unless you want to create job sequence activities or after-jo...
- Thu Feb 09, 2006 11:07 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Project getting locked
- Replies: 22
- Views: 9782
Sounds like they've changed the message (I've been on a 7.0 site for a couple of weeks). Has anyone had a response from support provider about what might cause this? If it occurs because of client licensing, you (the administrator) can check the DS_LICENSE table to see which client machines are actu...
- Thu Feb 09, 2006 9:46 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: How to find tables used in a job without opening it
- Replies: 4
- Views: 1224