DSXchange

DataStage SendMail does not support attachements....You would need to revert to activating Unix MailX to accomplish what you desire

Well a network disconnect is the issue and unfortunately your not going to keep Unix processes (which is what is being spawned in DataSstage) connected....Actually you probably end-up with locked Jobs and so on....I think fixing the reliability of the connection is your only option....maybe others h...

In server jobs I used the substring function in Transformer but in parallel jobs this function no longer exists. What are good ways to get the substring affect in parallel jobs?

Thanks

If you change uvconfig then as indicated already you need to regen as follows:

cd $DSHOME
. ./dsenv
bin/uv -admin -stop
bin/uv -admin -regen
bin/uv -admin -start

DataStage 6.0 does not support Oracle 10g. You need DataStage 7.5.1 which became GA this week. In addition, you must have the Oracle 10g client installed vs. Oracle 9.2.0.

What does your default.apt or whatever you named the aptlook like so we can see node2? Is the fastname right (do a uname -n on the server)? Does node 2 even exist? if node 2 exists is it in a separate mount-point? and so on

If this is a PX job with a server stage in it, the time-based job monitor is likely the problem. There is a section in the 7.5 release notes about it. You should configure that specific job to use row-based monitoring by setting BOTH the following variables: APT_MONITOR_TIME=5 and APT_MONITOR_SIZE=1...

I agree....seems like you need to attend an Ascential Training Class

Maybe I didn't see but what is the actual fatal error message text say?

Go to http://developernet.ascential.com/ and register (Ascential supported web site similar to dsxchange) and there is a pdf you can download telling you whats new in 7.5.

The person saying splitting filesystems is right on....never, for example, place hash files or Projects within the datastage home directory!

The ./ds filesystem should be binaries only. Then create Projects and has files and scripts and so on in a another filesystem such as ./dstage_data.

Well, I don't see the actual fatal message and what are you running on like Solaris, AIX, etc? but check..... 1. Do you have the right C++ compiler installed and all its load libs....not just runtimes? 2. Does your default.apt have the right fastname? If you do a uname -n this gives the value of fas...

It's ok if dsadm owns dsenv.....root installed with dsadm option and impersonation is on and so on so this is good....if I see "shared memory" error I think of the uvconfig file in $DSHOME. Either the permission on this file is not right or possibly the DMEMOFF and PMEMOFF settings in this...

What works is to create a new environment variable vs. using a parm. So create, for example, a new environment variable (in DataStage Admin or in your Job Properties) and call it send_email_to and receive_email_from.....then in Job Properties you see $send_email_to vs. #send_email_to.....it works ju...

Hmm...it's more than likely account permission error where you must belong to the dsadm group (such as dstage) that your root admin established during install....you can have secondary groups but you must always be assigned the primary dsadm group.