Runtime Error in transformer!!!!!

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
s_rkhan
Participant
Posts: 20
Joined: Thu Mar 03, 2005 6:26 am

Runtime Error in transformer!!!!!

Post by s_rkhan »

Hi All,

We have installed a new PX server and while running the Parallel transformer we are getting the following runtime error:-

Transformer_1: Failed to load the library "V0S1_testjobtrans_Transformer_1.so"; either the directory containing the library file
is not on the library search path, or the library was compiled on a system
that is incompatible with this system: Could not load "V0S1_testjobtrans_Transformer_1": /opt/datastage/Ascential/DataStage/Projects/test/RT_BP23.O/V0S1_testjobtrans_Transformer_1.so: undefined symbol: __ti22APT_CombinableOperator.


Variable LD_LIBRARY_PATH is already set to /usr/lib.

Please provide a resolution to the above problem

Thanks
sk
tusharzade
Participant
Posts: 13
Joined: Wed Dec 15, 2004 2:19 am

Re: Runtime Error in transformer!!!!!

Post by tusharzade »

check whether your C license expired? Also check the version of C is compatible with the DS version.
s_rkhan
Participant
Posts: 20
Joined: Thu Mar 03, 2005 6:26 am

Re: Runtime Error in transformer

Post by s_rkhan »

tusharzade wrote:check whether your C license expired? Also check the version of C is compatible with the DS version.

Hi,

Version of C++ compiler is g++ 2.96 which is the compatible with DS 7.5 on linux machines.

Regards
sk
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

/usr/lib is definitely not enough. You also need the DataStage lib directory, the branded ODBC drivers' lib directory, any other operating system library directories and, in particular, the directory containing the "missing" V0S1_testjobtrans_Transformer_1.so.

You need to adjust LD_LIBRARY_PATH in $DSHOME/dsenv so that DataStage processes can find the generated library.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
s_rkhan
Participant
Posts: 20
Joined: Thu Mar 03, 2005 6:26 am

Post by s_rkhan »

ray.wurlod wrote:/usr/lib is definitely not enough. You also need the DataStage lib directory, the branded ODBC drivers' lib directory, any other operating system library directories and, in particular, the directory containing the "missing" V0S1_testjobtrans_Transformer_1.so.

You need to adjust LD_LIBRARY_PATH in $DSHOME/dsenv so that DataStage processes can find the generated library.

Hi,
Thanks for the solution Ray but even after setting the
LD_LIBRARY_PATH =`dirname $DSHOME`/branded_odbc/lib:$DSHOME/lib:$DSHOME/uvdlls:$DSHOME/java/jre/lib/i386/client:$DSHOME/java/jre/lib/i386:$LD_LIBRARY_PATH

we are not able to run the jobs as the directory that contains the V0S1_testjobtrans_Transformer_1.so is /opt/datastage/Ascential/DataStage/Projects/test/RT_BP23.O and we are not able to put this directory path in the env file as for every job this path will be different.

Thanks
srkhan
aesguerra
Participant
Posts: 32
Joined: Tue Sep 09, 2003 9:45 pm

Post by aesguerra »

Hi,

Are you moving jobs from an old server to this new one? Are you calling some user-defined transforms? If you are, you might need to recompile the job on the new server.
s_rkhan
Participant
Posts: 20
Joined: Thu Mar 03, 2005 6:26 am

Post by s_rkhan »

aesguerra wrote:Hi,

Are you moving jobs from an old server to this new one? Are you calling some user-defined transforms? If you are, you might need to recompile the job on the new server.

Hi,

We are installing a new server and all the jobs are being created on that server only.
LD_LIBRARY_PATH variable also contains the path where the file V0S1_testjobtrans_Transformer_1.so is present. But then also the job is not running.

Regards
srkhan
Eric
Participant
Posts: 254
Joined: Mon Sep 29, 2003 4:35 am

Post by Eric »

ray.wurlod wrote:/usr/lib is definitely not enough. You also need the DataStage lib directory, the branded ODBC drivers' lib directory, any other operating system library directories and, in particular, the directory containing the "missing" V0S1_testjobtrans_Transformer_1.so.

You need to adjust LD_LIBRARY_PATH in $DSHOME/dsenv so that DataStage processes can find the generated library.
No you don't need to change LD_LIBRARY_PATH in $DSHOME/dsenv.
These directories will be added to the environment of the job at runtime.
Just run a job and look at the environment in the director log ;)

First try and Force Compile to job (you can check that the date changes on the file V0S1_testjobtrans_Transformer_1.so ) and then run the job as the same user.
s_rkhan
Participant
Posts: 20
Joined: Thu Mar 03, 2005 6:26 am

Post by s_rkhan »

[quote="Eric]
No you don't need to change LD_LIBRARY_PATH in $DSHOME/dsenv.
These directories will be added to the environment of the job at runtime.
Just run a job and look at the environment in the director log ;)

First try and Force Compile to job (you can check that the date changes on the file V0S1_testjobtrans_Transformer_1.so ) and then run the job as the same user.[/quote]

Hi Eric,

That Environment variable is getting set properly and even after recompiling the job the runtime error is same and job is getting aborted. Are there any specific runtime C++ libraries that are required for Linux machines.

Thanks,
srkhan
Eric
Participant
Posts: 254
Joined: Mon Sep 29, 2003 4:35 am

Post by Eric »

s_rkhan wrote: Are there any specific runtime C++ libraries that are required for Linux machines.
You just need to check that you are using the correct version of Linux and compiler. What version of Linux do you run and which compiler is installed?
s_rkhan
Participant
Posts: 20
Joined: Thu Mar 03, 2005 6:26 am

Post by s_rkhan »

Eric wrote: You just need to check that you are using the correct version of Linux and compiler. What version of Linux do you run and which compiler is installed?
Hi,

We are using the Linux 2.4.21-20 and C++ compiler version is 2.96.

Thanks
srkhan
Post Reply