DSXchange

BTW, we are HPUX 11.11 as well. Ascential recommended we comment out the LD_PRELOAD statement in the dsenv. We did it and voila, kornshell scripts work again.

Thanks again for your responses and collaboration here.

Craig,

Did you get a response from Ascential on this? I just upgraded an HPUX machine to 7.5 and I'm getting this exact behaviour. I suspect it has something to do with the new dsenv, but thus far, Ascential support hasn't come through with an answer.

Thanks in Advance,

Howard

That's why you need r-x for /usr/spool/cron/atjobs - to view/execute the jobs scheduled once. You also need r-x for /usr/spool/cron/crontabs, to view/execute the jobs scheduled persistently.

What are your UNIX permissions for /usr/spool/cron/atjobs? Your id will need r-x in order for Director to see them I believe.

-Howie

On unix, you can restore the /dsadm file system from a tape backup and that would effectively do it....but it seems to me the safest method would be a full project export and import.

Hope this helps.

Specifically, the compiled object code will be in your project home (s/b $dshome/../<project_name>) in a file called DSU.BP.O - check the permissions on this file in particular and therein may lie your answer. As in the earlier post, setting up the umask in the ds.rc is important to get the permissi...

Pey, Also, make sure that your id's source the dsenv file as well....that way, when you open up a shell session through telnet or ssh, you pick up the environment the same way that DataStage does...invaluable for troubleshooting, and nice to maintain that stuff in one place (dsenv) rather than a bun...

Hi, When I create a new project, where can I found the default file for the global variable like $PATH, $TMPDIR and the User Defined ? Thanks Pey Pey, $PATH, $TMPDIR (syncsort?), and other environment specifications are usually in the dsenv file in $dshome. The UNIX id that administers DataStage (d...