Search found 121 matches
- Tue Dec 05, 2006 2:59 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Failed to enumerate local groups
- Replies: 5
- Views: 3680
- Tue Dec 05, 2006 2:38 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Failed to enumerate local groups
- Replies: 5
- Views: 3680
Failed to enumerate local groups
Hello, We're encountering this error upon opening Project "Properties" DataStage Administrator. "DSR.ADMIN: Failed to enumerate local groups" After opening the properties window, the list of groups are not visible in the Permissions tab under Group Permissions (everything else lo...
- Wed Nov 15, 2006 12:00 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: XML export/import DataStage Components
- Replies: 1
- Views: 2052
XML export/import DataStage Components
Hello, I did some searching but didn't find anything related to this particular topic. I'm having troubles with using the Import>DataStage Components (XML) functionality in Manager . This has nothing to do with XML stages. The dsx export/import works fine for all jobs, and I can export jobs as XML j...
- Tue Nov 07, 2006 6:22 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage 7.5.2 Writing to XML file
- Replies: 6
- Views: 5079
Hi all, I was looking for the XML PACK developer documentation, and I noticed that the document I found (the same file name you mentioned) specifies the guide is intended for server jobs. Is there a separate guide for PX jobs? Is there any difference between the XML stages in Server versus Parallel?...
- Tue Oct 10, 2006 5:20 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: ORCHESTRATE program must be started on a node
- Replies: 6
- Views: 5451
In our cluster, the DataStage binaries are NFS mounted across the nodes and databases are all remote from the DataStage servers. Also, the databases are not usually used across projects, but there's nothing saying they could not be used. So are you are saying that since the job is running on server0...
- Tue Oct 10, 2006 5:05 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: FATAL ERROR
- Replies: 5
- Views: 5165
- Tue Oct 10, 2006 2:38 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: ORCHESTRATE program must be started on a node
- Replies: 6
- Views: 5451
I have a related question. We are running DSEE 7.5.1A (with SAP R/3 and BW PACKs) on an MPP environment with two physical servers. We are trying to isolate different projects to use either one of the servers using different config files. Example: project A would run on server0, and project B would r...
- Mon May 15, 2006 11:04 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Special Characters in Oracle password
- Replies: 9
- Views: 9194
Re: Special Characters in Oracle password
nope. No luck with that either.djoni wrote:Try enclosing your Oracle password with single quotes, such as 'pass$word'
- Mon May 15, 2006 10:39 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Special Characters in Oracle password
- Replies: 9
- Views: 9194
Doy you have the $DS_ENABLE_RESERVED_CHAR_CONVERT variable set to True in your job? I did not have it set initially, but I just tested the job with the variable set in project and in job, and it returned the same error. I received the following from IBM support. I'm waiting to hear back from them. ...
- Fri May 12, 2006 2:45 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Special Characters in Oracle password
- Replies: 9
- Views: 9194
Special Characters in Oracle password
Hello, I'm getting this error when using the Oracle Enterprise Stage and using an Oracle password with special characters. Oracle_Enterprise_1: Incorrect dboption list; it failed on Expected "," or "}", got: "$", line 1. We're on DS EE 7.5.1A on RHEL AS 3.0. We're conne...
- Fri Apr 14, 2006 11:38 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Client Slow response
- Replies: 17
- Views: 12830
For example, my current project has 1,439 jobs and it just took 40 seconds to open a job there with 32 stages. And this is remote over VPN and cable. :wink: :shock: wow, that example was something I was looking for. Our projects are small beans compared to that. thanks for your input!! In my experi...
- Thu Apr 13, 2006 6:51 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Client Slow response
- Replies: 17
- Views: 12830
I cannot confirm that local connections to the DS server is acceptible. Even local connections are aweful for this particular project. For example, it just took me 1.5 minutes to open a job with 7 stages in it. This particular project has 229 px and server jobs. By the way, I thought for a second it...
- Thu Apr 13, 2006 5:49 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Client Slow response
- Replies: 17
- Views: 12830
When your client is particularly sluggish, look at system utilization using something like top, prstat, or glance on the repository node. Maybe jobs aren't running, but you can't discount that the machine may be bottlenecked. I have done this (top), when users complain and it looks as idle as could...
- Thu Apr 13, 2006 12:09 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Client Slow response
- Replies: 17
- Views: 12830
- Wed Apr 12, 2006 5:20 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Client Slow response
- Replies: 17
- Views: 12830
The developers overseas have the client installed on their local clients, connected to our network. We did consider using a citrix setup, where they would log into a session and run it from the network. Would that be preferred (faster)? We are also considering seting up a local workstation or server...