Relocation error

Hi,
Does anyone know what is the possible cause of the following error when I
run the application ?
ld.so.1: ftexec: fatal: relocation error: file /MPS/forte3/userapp/funz
ioni/cl0/FunzioniMQM.so: symbol MQCONN: referenced symbol not found
in the file wrapper that We use to make the library we specified all library
where is defined this simbol, :
has property
LibraryName = 'FunzioniMQM';
Extended = (ExternalSharedLibs = '/opt/mqm/lib/libmqm',
ExternalSharedLibs = '/opt/mqm/lib/libmqic',
ExternalSharedLibs = '/opt/mqm/lib/libmqicb',
ExternalSharedLibs = '/opt/mqm/lib/libmqmcb',
ExternalSharedLibs = '/opt/mqm/lib/libmqmr',
ExternalSharedLibs = '/opt/mqm/lib/libmqmu',
ExternalSharedLibs = '/opt/mqm/lib/libmqml',
ExternalSharedLibs = '/opt/mqm/lib/libmqmcs',
ExternalSharedLibs = '/opt/mqm/lib/amqtrc.fmt',
ExternalObjectFiles = '/MPS/forte3/TESTMQM/prova3');
Thanks in advance for any suggestion,
Luz Marina

Hi
Did you already relinked all products? If not try it...
Chris

Similar Messages

  • Fatal:relocation error: While running JDK1.4 on Sun Sparc Generic_106541-08

    Hi,
    I installed the new jdk1.4 on my Solaris-7 machine. Initially I installed 32-bit jdk1.4 and then installed 64-bit jdk1.4 as indicated on your (sun's) installation page. I used executable binary version of installation for installing the software.
    The installation was successfully completed. But while I run java command then it gave following error
    Error: failed /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so, because ld.so.1: ./java: fatal: relocation error: file /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so: symbol __1cG__CrunSregister_exit_code6FpG_v_v_: referenced symbol not found
    Why I am not able to execute any java command with this version? On the same machine I am able to run jdk1.2 and jdk1.3
    Please advise on it. It will be of great help If I get some suggestion.
    Thanks in Advance,
    Ashish

    In particular, patch 106327-14 seems to solve the problem.

  • Relocation Error In Solaris - Symbol 0FI__rtbi_fv not found

    Hi!,
    I get the following error, when i try to load a library using JNI, (jdk 1.3.0_02) in Solaris 2.6 :
    It cribs about symbol __0FI__rtbi_fv not found.
    I used nm on the .so and got the following output -
    [123762] | 0| 0|NOTY |GLOB |0 |UNDEF |__0FI__rtbi_fv
    Kindly help me in overcoming this problem. Its bit urgent.
    Exception in thread "main" java.lang.UnsatisfiedLinkError: /disk1/anuj/Sinu/usrtool/obj/libusrtool.so:
    ld.so.1: /disk1/sriram/java1.3/bin/../bin/sparc/native_threads/java:
    fatal: relocation error: file /disk1/anuj/Sinu/usrtool/obj/libusrtool.so:
    symbol __0FI__rtbi_fv: referenced symbol not found
         at java.lang.ClassLoader$NativeLibrary.load(Native Method)
         at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1382)
         at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1306)
         at java.lang.Runtime.loadLibrary0(Runtime.java:749)
         at java.lang.Runtime.loadLibrary(Runtime.java:737)
    regards
    Sriram

    It is not in the java documentation because it is not a java problem.
    When you write JNI code (or any other code for that matter) you probably should look at the documentation for the compilers and other tools that you are using for recommendations for how to use these third party tools.
    What would have been surprizing to me, is if your C++ compiler manual did not recommend linking with the standard C++ library when you use code contained in the library. Which was the problem here.

  • Ld.so.1 problem - fatal: relocation error - "referenced symbol not found"

    Hi, I've been trying to compile and run my application non Solaris using CC (detils below) but haven't got luck with running the application because of a linker error :
    ld.so.1: java: fatal: relocation error: file ./libtest.so: symbol __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___J__nullref_: referenced symbol not found
    Here's what I'm trying to do :
    I'm compieing one library to include another shared library whcih uses the "string" class (STL). The compilation of both the libraries proceeds perfectly fine. However, when i preload this library with LD_PRELOAD and run a JAVA application (which will have calls to some function in the preloaded library), the get the above linker error.
    Here's what all I have tries to get thsi wroking : ( I understand that this error is due to a missing library that CC has not linked to and i've no idea what the library is!!!)
    1.> # LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH
    # export LD_LIBRARY_PATH - NO LUCK :-(
    2.> linked to /opt/SUNWspro/lib/libCrun.so (found this from another forum on the net), but NO LUCK :-(
    3.> export LD_DEBUG=bindings
    export LD_DEBUG_OUTPUT=/home/log.txt (so that all sysmbols refered are logged!!!)
    i did a grep on the log for the symbol but NO LUCK!!! :-(
    Please can you help me with this? What is the library that is to be linked too, or is there something else?
    Details About my system, compiler and compilation options :
    1.> uname -a output : SunOS sh1sol9 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-280R Solaris
    2.> CC version : Sun WorkShop 6 update 2 C++ 5.3
    3.> Compilation flags i've used to build the library :
    FIRST LIBRARY : CC -G -xcode=pic32 -I../common/ -ldl ../common/logger.cpp helper_functions.cpp BCPEntries.cpp BCP_class.cpp -o libBCP.so
    SECOND LIBRARY : CC -G -xcode=pic32 -I../common/ test_BCP_construct.cpp -lBCP -L. -o libtest.so
    Please help me out of this,
    Any and every help (or even a hint to it) will be appreciated!!!
    Thanks in advance,
    Madhur Kumar Tanwani

    Refer to the C++ Users Guide that comes with the compiler, the chapter on Building Libraries, which explains these points in more detail.
    When you build a C++ shared library, you must explicitly list all the libraries that it depends on. Unlike building an executable, the CC -G command does not by default create dependencies on system libraries. Although not explained well in the Guide, you should be sure you get the shared (.so) versions of all libraries, not the static (.a) versions.
    All C++ programs require at least libCrun and libc. Programs that use the C++ Standard library (using anything in the std namespace, like std::string) also need to link to the appropriate version of the library.
    The default library is libCstd. If you compile using the optional STLport library, you need the libstlport instead. You cannot use both libCstd and libstlport in the same program.
    In your case, the build command would look something like this, assuming you are using the default libCstd:
    CC -G -o mylib.so ..... -library=Cstd,Crun -lc
    Be sure that any preceeding -Bstaic option is followed by -Bdynamic before listing these system libraries.
    To verify you have picked up the dynamic libraries, run the command
    ldd mylib.so
    to see a list of dependencies. If you don't see the following in the list
    /usr/lib/libCstd
    /usr/lib/libCrun
    /usr/lib/libc (or /lib/libc)
    something is wrong.
    A note about LD_LIBRARY_PATH: don't use it.
    Ideally, the environment variable should never be set. If you must set it to reach vendor-supplied libraries, never put the system directories /lib or /usr/lib on the path, and never put the compiler installation directory, like /opt/SUNWspro/... on the path. You can wind up forcing the runtime loader to seach directories in the wrong order and pick up inappropriate versions of libraries.
    For more on LD_LIBRARY_PATH, read this note in Rod Evans' blog. He's the Sun linker expert. The material here is available in the manuals, but his blog has a nice summary.
    http://blogs.sun.com/roller/page/rie/?anchor=tt_ld_library_path_tt

  • Instant client 10.2.0.2 - Solaris 32 bit - sqlplus relocation error

    Did anyone use the sqlplus that comes with Instant Client 10.2.0.2 - Solaris 32 bit to connect to a remote Oracle database?
    I am unable to get it working.
    More info below:
    I unpacked these two packages onto my Solaris 9 box into a directory called /space/OracleClient10g/instantclient_10_2
    a) instantclient-basic-solaris32-10.2.0.2-20060303.zip
    b) instantclient-sqlplus-solaris32-10.2.0.2-20060303.zip
    I have set the following environment variables (csh):
    setenv ORACLIENT /space/OracleClient10g/instantclient_10_2
    setenv LD_LIBRARY_PATH "$ORACLIENT":"$LD_LIBRARY_PATH"
    set path = ($ORACLIENT $path)
    setenv SQLPATH $ORACLIENT
    setenv TNS_ADMIN $ORACLIENT
    setenv NLS_LANG AMERICAN_AMERICA.UTF8
    The tnsnames.ora file is in the $TNS_ADMIN directory and it has the tns entry that I need.
    When I run sqlplus using the tnsentry, I get a "relocation error" as below:
    $ sqlplus user1/pwd1@tnsentry
    ld.so.1: sqlplus: fatal: relocation error:
    file /space/OracleClient10g/instantclient_10_2/libsqlplus.so: symbol
    lnxqebc_chars: referenced symbol not found
    (The same tns entry is used from a different Solaris 9 machine where I have a full Oracle 9i client installed and sqlplus connects fine using this tns entry - so I do not think there is anything wrong with this tns entry. Besides, the error message that I am getting when I run sqlplus can be reproduced even by simply running 'sqlplus' without any arguments. )
    When I do an 'ldd' on sqlplus, every library needed by sqlplus is loaded correctly.
    $ ldd /space/OracleClient10g/instantclient_10_2/sqlplus
    libsqlplus.so => /space/OracleClient10g/instantclient_10_2/libsqlplus.so
    libclntsh.so.10.1 => /space/OracleClient10g/instantclient_10_2/libclntsh.so.10.1
    libnnz10.so => /space/OracleClient10g/instantclient_10_2/libnnz10.so
    libkstat.so.1 => /usr/lib/libkstat.so.1
    libnsl.so.1 => /usr/lib/libnsl.so.1
    libsocket.so.1 => /usr/lib/libsocket.so.1
    libgen.so.1 => /usr/lib/libgen.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    libsched.so.1 => /usr/lib/libsched.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libaio.so.1 => /usr/lib/libaio.so.1
    libm.so.1 => /usr/lib/libm.so.1
    libthread.so.1 => /usr/lib/libthread.so.1
    libmp.so.2 => /usr/lib/libmp.so.2
    librt.so.1 => /usr/lib/librt.so.1
    libmd5.so.1 => /usr/lib/libmd5.so.1
    /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1
    /usr/platform/SUNW,Ultra-Enterprise/lib/libmd5_psr.so.1
    Any ideas on the cause of this error?

    I'd say that there is a problem loading the shared library libsqlplus.so.
    Try 'ldd /space/OracleClient10g/instantclient_10_2/libsqlplus.so' and see which libraries are referenced.
    It seems like they are all found, but at least one of them is missing an entry that should be there.
    - Trace sqlplus with 'strace' or 'truss' (I don't know which of the two exists on Solaris) to
    find out which library has the problem.
    - Check the versions and compare them with the versions required by the installation guide for the Oracle client.
    Yours,
    Laurenz Albe

  • HELP! Relocation error: file /usr/lib/librt.so: symbol priocntl not found

    Hi,
    I've just installed a Solaris 9 and gcc-3.4.2 (from sunfreeware.com) on a Sun Blade 1500.
    #uname -a
    SunOS dove 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
    Upon running my application, a runtime error occured.
    ld.so.1: CMC: fatal: relocation error: file /usr/lib/librt.so: symbol priocntl: referenced symbol not found
    I've traced my code to were it had encountered a problem. It seems that the error occured whenever a pthread_create() function is executed.
    Originally my application was developed under a Solaris 8 environment. No runtime errors occured during that time.
    I think there's a problem with the Solaris 9 /usr/lib/librt.so.1 file.
    Could you please help me.
    I deeply appreciate it.

    hi, take a look at:
    http://bbs.archlinux.org/viewtopic.php?id=47981

  • Solaris 10 Gives Error (ld: fatal: relocation error: R_386_32) w/ gcc-4.2.3

    I am attempting to run a build of a system known as nauticus under Solaris 10 but I am getting the following error:
    ld: fatal: relocation error: R_386_32: file .rel.debug_info: section: /home/dmclaug/trees/gcctree/trunk/build-solaris-4.2.3/src-nauticus/bin/solaris/libsmftypes.o: offset: 0x23e3d6: relocation requires reference symbol
    collect2: ld returned 1 exit status
    This system has been successfully built using gcc-3.2.3 under Solaris 10, but the error above is generated now that we have installed gcc-4.2.3. Does anyone have any idea what might be causing the problem here? Are there additional flags or switches that are required?
    Some additional background on my system:
    Sun Microsystems Inc. SunOS 5.10 Generic January 2005
    Sun Streaming Server Development Package for Solaris Update 4.
    PackageVersion=2.0
    cat /etc/release
    Solaris 10 8/07 s10x_u4wos_12b X86
    Copyright 2007 Sun Microsystems, Inc. All Rights Reserved.
    Use is subject to license terms.
    Assembled 16 August 2007
    isainfo -x
    amd64: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
    i386: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
    isalist
    amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86

    The bootstrap compiler is GCC 3.4.3.
    I tried Sun's assembler (/usr/ccs/bin/as) too and got another error (below)
    I also tried bootstrapping with Sun's Studio 12 compiler but that too failed.
    *$ pkginfo -x SUNWbinutils SMCbinut*
    SMCbinut binutils
    (x86) 2.17
    SUNWbinutils binutils - GNU binutils
    (i386) 11.10.0,REV=2005.01.08.01.09
    *$ whence gcc*
    /usr/sfw/bin/gcc
    *$ gcc -v*
    Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
    Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure prefix=/usr/sfw with-as=/usr/sfw/bin/gas with-gnu-as with-ld=/usr/ccs/bin/ld without-gnu-ld enable-languages=c,c++ --enable-shared
    Thread model: posix
    gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
    The error this time is:
    /big1/usr.local.src/gcc-4.3.1/s10i/./gcc/xgcc -B/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/ -B/usr/local/i386-pc-solaris2.10/lib/ -isystem /usr/local/i386-pc-solaris2.10/include -isystem /usr/local/i386-pc-solaris2.10/sys-include -g -fkeep-inline-functions -m64 -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc-4.3.1/libgcc -I../../../../gcc-4.3.1/libgcc/. -I../../../../gcc-4.3.1/libgcc/../gcc -I../../../../gcc-4.3.1/libgcc/../include -DHAVE_CC_TLS -o gcov.o -MT gcov.o -MD -MP -MF gcov.dep -DLgcov -c ../../../../gcc-4.3.1/libgcc/../gcc/libgcov.c
    Assembler: libgcov.c
    "/var/tmp//ccYcw90K.s", line 1936 : Syntax error
    Near line: " repz cmpsb"

  • Pragma pack(1) - relocation Error

    Hi,
    I am trying to use the #pragma pack(1) with Forte C++.
    I do use the -misalign option both at compilation and link.
    However, when I use a in this context, a class with virtual functions I get compilation errors at code generation ("location counter not on word boundary"). I get rid of these by compiling in debug mode, but then when linking I got the following error :
    "ld: fatal: relocation error: R_SPARC_DISP32: file foo.o: symbol <unknown>: offset
    0xfd8ea37b is non-aligned" as many times as I have virtual functions in my class.
    Has anyone used virtual functions in classes compiled with pragma pack(1)? and faced the same problem ?
    Am I missing an option ?
    Is there a workaround ?
    Thanks in advance.

    We've had the same problem with #pragma pack(1).
    When a class or a struct is not 'plain old data' (POD), it packs with 'normal' alignment instead of pack(1) apparently.
    You can make the class 'POD' by:
    - removing constructors
    - removing private data
    Other functions (as operator overloaders) are allowed, as we found out by trail/error.
    Anyway, you will find out if you remove the constructor from your class (and make e.g. an operator overloader for the assignment operator) that the packing will work as expected.

  • Ld: fatal: relocation error: R_SPARC_DISP64 error when linking on Solaris 8

    Hi,
    I get the following error when trying to link on Solaris 8 using Forte CC. This code links without any problems on Solaris 6 using g++. I've tried searching the web for info, but to no avail.
    Also, in this ckErrorCode class there are 4 methods(note there are also 4 of these unknown symbols) and when I comment out all the code it links, but I get unresolved symbols later, as you'd expect.
    Anyone come across this before?
    Thanks in advance,
    Chris
    CC -c -xarch=v9 -instances=static -g -D_DEBUG -KPIC -mt -DPOSIX_THREADS -D__EXTENSIONS__ -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_C_SOURCE -I../inc -I.. -I../Dev/Source -I../Unsupported ../src/ckErrorCode.cpp -o ../src/ckErrorCode_g.o
    CC -xarch=v9 -mt -i -KPIC -G -h ckTester_51g.so -I../inc -I.. -I../Dev/Source -I../Unsupported -o ckTester_51g.so ../src/ckErrorCode_g.o
    ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500ce4 is non-aligned
    ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500cf4 is non-aligned
    ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500d21 is non-aligned
    ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500d31 is non-aligned
    make: *** [ckTester_51g.so] Error 1

    Try setting the configure runtime linking environment:
    #crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib:/usr/local/etc/mysql/lib
    Shane Kinsch
    NetraCorp LLC / SecurNET Consulting

  • Kernel Error: ld.so.1: disp+work: fatal: relocation error

    Dear gurus,
    We got problem in our Production Server since 28 September 2009.
    SAP suggested to update kernel as mentioned in note 561459
    But when applying patch kernel on:
    SAP R/3 4.6B - SunOS 5.6 - Oracle 8.0.4 by latest kernel patch, we got this error when executing disp+work via console:
    #disp+work
    ld.so.1: disp+work: fatal: relocation error: file disp+work: symbol __1cG__CrunSregister_exit_code6FpG_v_v_:
    referenced symbol not found
    can someone help us please?
    Thanks for your help.
    Best Regards,
    Edited by: Bobby Gunawan on Oct 2, 2009 3:17 PM
    Edited by: Bobby Gunawan on Oct 2, 2009 3:19 PM

    > SAP suggested to update kernel as mentioned in note 561459
    So which kernel and patchlevel did you install?
    > But when applying patch kernel on:
    > SAP R/3 4.6B - SunOS 5.6 - Oracle 8.0.4 by latest kernel patch, we got this error when executing disp+work via console:
    >
    > #disp+work
    >
    ld.so.1: disp+work: fatal: relocation error: file disp+work: symbol __1cG__CrunSregister_exit_code6FpG_v_v_:
    > referenced symbol not found
    wow - your system is really ancient
    You have the problem that the C-/C++-Runtime for your patch is not high enough (an operating system patch).
    Markus

  • Ld.so.1: rman: fatal: relocation error:

    I am facing the below error while executing rman
    rman target /ld.so.1: rman: fatal: relocation error: file /u01/home/oracle/product/10.2.0.4.0/bin/rman: symbol kgskactlat_a_: referenced symbol not found
    Killed
    I tried to unset LD_LIBRARY_PATH and reset it by oraenv but to no luck.
    Also manually set LD_LIBRARY_PATH to $ORACLE_HOME/lib. There too no luck.
    Can someone tell me where am I missing.

    Thanks but still no luck.
    echo $LD_LIBRARY_PATH_64
    export LD_LIBRARY_PATH_64=$LD_LIBRARY_PATH
    echo $LD_LIBRARY_PATH_64/u01/home/oracle/product/10.2.0.4.0/lib:/lib:/usr/lib:/usr/local/lib
    rman target /ld.so.1: rman: fatal: relocation error: file /u01/home/oracle/product/10.2.0.4.0/bin/rman: symbol kgskactlat_a_: referenced symbol not found
    Killed
    Thanks

  • Ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64

    Hi Gurus.
    Please help in this one.
    When I try to use tar the following output is displayed:
    tar cvf 123.tar 123.txt
    ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64
    tar xvf 123.tar
    ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fchownat: referenced symbol not found
    Killed
    Check output ldd:
    ldd -r /usr/bin/tar
    libcmd.so.1 => /usr/lib/libcmd.so.1
    libsec.so.1 => /usr/lib/libsec.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    /usr/platform/SUNW,Sun-Fire-xxx/lib/libc_psr.so.1
    symbol not found: attropen64 (/usr/sbin/tar)
    symbol not found: fstatat64 (/usr/sbin/tar)
    symbol not found: openat64 (/usr/sbin/tar)
    symbol not found: fchownat (/usr/sbin/tar)
    symbol not found: unlinkat (/usr/sbin/tar)
    symbol not found: futimesat (/usr/sbin/tar)
    symbol not found: fdopendir (/usr/sbin/tar)
    Output of: LD_LIBRARY_PATH
    echo $LD_LIBRARY_PATH
    /usr/lib:/usr/dt/lib:/opt/app/lib
    already try unset LD_LIBRARY_PATH
    Any ideas.
    I can tell You that tar was working fine 2 months ago.
    I suspect data corruption
    Many thanks
    Allrounder

    Hi,
    Is Vi functional on your system? If you havent already tried this you may want to try removing /usr/ucb/lib from LD_LIBRARY_PATH environment variable, or put /usr/lib in LD_LIBRARY_PATH before /usr/ucblib. This might clear up some of the problems you are having.
    Regards,
    Andrew
    Sun Developer Technical Support
    I got this message when i tried to install remedy on
    Solaris 7. T
    ld.so.1: vi: fatal: relocation error: file vi: symbol
    cur_term: referenced
    symbol not found
    Killed
    Then i took advices from others and set the
    LD_LIBRARY_PATH to
    "/usr/openwin/lib:/usr/dt/lib:/usr/ucblib", seemed it
    worked for others, but i still get the same error
    messages.
    Any1 has any idea how to fix it?
    thanks

  • Ld.so.1: lsnrctl: fatal: relocation error: lsnrctl: symbol nngrsmd symbol

    ld.so.1: lsnrctl: fatal: relocation error: file /u05/oradev/devdb/8.1.7/bin/lsnrctl: symbol nngrsmd: referenced symbol not found
    Hi,
    i tried to start the listener
    database version: 8.1.7.4 @ sun solaris sparc
    this instance is working, down the system yesterday.
    as we tried to bring up, it shows the following error
    Looking the valuable to make up this instance
    ld.so.1: lsnrctl: fatal: relocation error: file /u05/oradev/devdb/8.1.7/bin/lsnrctl: symbol nngrsmd: referenced symbol not found
    Killed
    advanced thanks for your time and vaulable reply
    awaiting for your reply
    Thanks
    regards
    selvan
    [email protected]

    It's not related to SQL or PL/SQL at all (apart from they are all part of Oracle databases).
    You should try the Database General forum: General Database Discussions

  • "java -version" fails in Solaris 5.9 with relocation error

    Hi all,
    Appologies for the Java 'newbie-ness' of this query from the outset... But here goes. My current configuration is ...
    SunOS 5.9 Generic_112233-11 sun4u sparc SUNW,UltraAX-i2
    and I'm trying to run with Java 2 SDK, Standard Edition Version 1.4.1
    As far as I know, local support has fed me with the required patches to get me up and running so as I can use 'jar' to upgrade a jarfile. But if I try to do this (or even just try "java -version"), I just get...
    Error: failed /usr/j2se/jre/lib/sparc/client/libjvm.so, because ld.so.1: java: fatal: relocation error: file /usr/j2se/jre/lib/sparc/client/libjvm.so: symbol __1cG__CrunSregister_exit_code6FpG_v_v_: referenced symbol not found
    I can only find this bug (?) referencing Solaris 5.7 at most recent. Am I missing something obvious?
    I've got...
    setenv JAVA_HOME /usr/j2se
    setenv LD_LIBRARY_PATH $JAVA_HOME/jre/lib/sparc/server:$JAVA_HOME/jre/lib/sparc
    Are the solaris 7 patches not necessarilly in the patch bundle I've had stuffed on here...?

    It looks like that the likely cause of this error is some failed library dependancy. You can manually check if all libraries libjvm.so depends on are actually present on the system by running the following commands:
    $ cd /usr/j2se/jre/lib/sparc/client/
    $ ldd libjvm.so
    The output of the ldd command should look something like the following with possible slight deviations:
    libCrun.so.1 => /usr/lib/libCrun.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    libthread.so.1 => /usr/lib/libthread.so.1
    libsocket.so.1 => /usr/lib/libsocket.so.1
    libnsl.so.1 => /usr/lib/libnsl.so.1
    libm.so.1 => /usr/lib/libm.so.1
    libw.so.1 => /usr/lib/libw.so.1
    libc.so.1 => /usr/lib/libc.so.1
    librt.so.1 => /usr/lib/librt.so.1
    libmp.so.2 => /usr/lib/libmp.so.2
    libaio.so.1 => /usr/lib/libaio.so.1
    libmd5.so.1 => /usr/lib/libmd5.so.1
    /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
    /usr/platform/SUNW,Ultra-60/lib/libmd5_psr.so.1
    Check if all library path's are actually present on the system, otherwise you will need to satisfy the missing dependencies.

  • Relocation error : /usr/lib/libresolv.so.2

    I am facing this error message whenever I launch mailx program. The error is as following : "/usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found".
    What do this error indicates? Does it require patches? Thanks in advance for all help.

    Hi mate,
    I also have received the same error after adding a patch (to solve the DNS cache poisoning) using the -u "unconditional" option :
    patchadd IDR138959-01
    Checking installed patches...
    ERROR: This patch requires patch 109327-22
    which has not been applied to the system.
    Patchadd is terminating.
    # patchadd 109327-22
    Checking installed patches...
    ERROR: This patch requires patch 108994-27
    which has not been applied to the system.
    Patchadd is terminating.
    when i tried to get the 108994-27 patch from sunsolv web site I found that this patch is deleted from their DB and considered withdrawn:
    [http://sunsolve.sun.com/search/document.do?assetkey=1-21-108994-29-1]
    So I decided to use the unconditional method (-u) option to force the patchadd command to install the 109327-22 patch:
    +
    # patchadd -u 109327-22
    Checking installed patches...+
    Verifying sufficient filesystem capacity (dry run method)...
    +Installing patch packages...
    Patch number 109327-22 has been successfully installed.+
    +See /var/sadm/patch/109327-22/log for details
    Patch packages installed:+
    + SUNWarc+
    + SUNWcsl+
    + SUNWcsr+
    + SUNWcstl+
    + SUNWcsu+
    + SUNWhea
    # echo $?+
    +0
    after this step the error message starts when i tried to test the old BIND 8.1 server as follow:+
    # ps -ef|grep named+
    root 2643 744 0 08:47:43 pts/5 0:00 grep named
    root 728 1 1 08:35:48 ? 0:09 /usr/sbin/in.named
    # kill -HUP 728 --------->TO RELOAD THE BIND 8.1 server
    # kill 728 -----------> TO KILL THE BIND 8.1 SERVER
    # /usr/sbin/in.named --------> TO START THE BIND 8.1 SERVER
    ld.so.1: /usr/sbin/in.named: fatal: relocation error: file /usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found+
    Killed+
    Backing out (removing)  the latest patch 109327-22 (that has installed unconditionally using the -u option) solved the problem see:
    +
    # patchrm 109327-22
    Checking installed patches...
    Backing out patch 109327-22...
    Patch 109327-22 has been backed out.
    # echo $?+
    +0+
    +# ps -ef|grep named+
    + root 3602 744 0 08:54:42 pts/5 0:00 grep named+
    +# /usr/sbin/in.named &+
    +3607+
    +# ps -ef|grep named+
    + root 3608 1 1 08:54:47 ? 0:00 /usr/sbin/in.named+
    + root 3612 744 0 08:54:56 pts/5 0:00 grep named+
    SUCCessfully starting BIND 8 after removing the 109327-22 patch,
    +but to be able to install original and the most important patch IDR138959-01
    I re istalled this path unconditionally agin:
    # patchadd -u 109327-22
    Checking installed patches...+
    Verifying sufficient filesystem capacity (dry run method)...
    +Installing patch packages...
    Patch number 109327-22 has been successfully installed.+
    +See /var/sadm/patch/109327-22/log for details
    Patch packages installed:+
    + SUNWarc+
    + SUNWcsl+
    + SUNWcsr+
    + SUNWcstl+
    + SUNWcsu+
    + SUNWhea
    # echo $?+
    +0+
    Then I have installed the BIND-9 patch
    +# patchadd IDR138959-01
    Checking installed patches...+
    Executing prepatch script...
    +# @(#) copyright 1.3 03/03/24 SMI
    #############################################################+
    INTERIM DIAGNOSTICS/RELIEF (IDR) IS PROVIDED HEREBY "AS IS",
    TO AUTHORIZED CUSTOMERS ONLY. IT IS LICENSED FOR USE ON
    SPECIFICALLY IDENTIFIED EQUIPMENT, AND FOR A LIMITED PERIOD OF
    TIME AS DEFINED BY YOUR SERVICE PROVIDER.  ANY PROGRAM
    MODIFIED THROUGH ITS USE REMAINS GOVERNED BY THE TERMS AND
    CONDITONS OF THE ORIGINAL LICENSE APPLICABLE TO THAT
    PROGRAM. INSTALLATION OF THIS IDR NOT MEETING THESE CONDITIONS
    +SHALL WAIVE ANY WARRANTY PROVIDED UNDER THE ORIGINAL LICENSE.
    FOR MORE DETAILS, SEE THE README.+
    +#############################################################
    Do you wish to continue this installation {yes or no} [yes]?+
    +(by default, installation will continue in 60 seconds)
    Verifying sufficient filesystem capacity (dry run method)...+
    +Installing patch packages...
    Patch number IDR138959-01 has been successfully installed.+
    See /var/sadm/patch/IDR138959-01/log for details
    Executing postpatch script...
    +Users MUST completely re-configure BIND as per instructions in /usr/lib/dns/migration.txt in order to use the new BIND 9 and the fixes that this patch delivers.
    Patch packages installed:+
    + SUNWcsu
    # echo $?+
    +0+
    +Success in istalling BIND 9.3.5-p1
    +
    I then killed the old BIND8 process (root  3608     1  1 08:54:47 ?        0:00 /usr/sbin/in.named)
    kill 3608
    any attempt to start BIND 8.1  again will produce the same ERROR:
    ld.so.1: in.telnetd: fatal: relocation error: file /usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found
    i did not care because i decided to use the new BIND 9
    but
    after i rebootet the server (init 6)
    and try to connect to it remotly using telnet:
    telnet ns1
    the login screen shows the same error message as follow:
    ld.so.1: in.telnetd: fatal: relocation error: file /usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found
    connection closed by foreign host.
    the bind 9 is working no problem but I can not login to the srver using telnet as described above
    shall i try to remove the 109327-22 patch?
    but I am afraid that this may damage my new BIND 9 installation!!
    any help to solve this problem will be greatly appreciated,
    Thanks in advance,
    Tarek Selim,
    Edited by: TarekSelim on Aug 8, 2008 1:09 AM

  • Relocation error - how do I cure it?

    Hi,
    a binary from the KDE4 project built with Sun Studio 12 (same with SS12U1, and SSE) on OSOL2009.06 fails to execute properly.
    When run as
    LC_ALL=C LD_DEBUG=libs /opt/kde-4.2/bin/plasmoidviewer tasks
    this is produced:
    02759: 1:
    02759: 1: ld.so.1: plasmoidviewer: fatal: relocation error: file
    /opt/kde-4.2/lib/kde4/plasma_applet_tasks.so: symbol
    __1cGPlasmaOToolTipContentSsetWindowToPreview6ML_v_: referenced symbol
    not found
    same when I
    ldd -d /opt/kde-4.2/lib/kde4/plasma_applet_tasks.so
    (which is the actual library being used)
    I used the -KPIC flag when building the project, my flags:
    CXXFLAGS='-D__EXTENSIONS__ -DSOLARIS -D_REENTRANT -D__EXTENSIONS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS -DSOLARIS10 -DNDEBUG -DNO_DEBUG -D_UNICODE -DUNICODE -D_RWSTD_REENTRANT -D_XOPEN_SOURCE=500 -D_XPG5 -I/opt/foss/include/stdcxx/ansi -I/opt/foss/include/stdcxx -I/opt/foss/include -I/opt/foss/include/stdcxx/ansi -I/opt/foss/include/stdcxx -library=no%Cstd -features=anachronisms,except,rtti,export,extensions,nestedaccess,tmplife,tmplrefstatic -instances=global -template=geninlinefuncs -s -xlang=c99 -xalias_level=compatible -xustr=ascii_utf16_ushort -Qoption ccfe -features=gcc -Qoption ccfe -features=zla -Qoption ccfe ++boolflag:sunwcch=false -mt -xF=%none -xbuiltin=%all -xinline=%auto -xprefetch=auto -xprefetch_auto_type=indirect_array_access -xprefetch_level=3 -xalias_level=compatible -KPIC -xipo=0 -xO3 -xregs=no%frameptr -xjobs=2 -xrestrict=%all -xthreadvar=%all -z combreloc -z redlocsym -z nodefaultlib -z ignore -z now -z rescan -z absexec -xldscope=symbolic -xlibmil -s -xtarget=pentium4 -m32 -xarch=sse2 -xchip=pentium4 -xcache=8/64/4:256/128/8 -lc -lm -ldl -lpthread -lposix4 -lrt -mt -L/opt/foss/lib -R/opt/foss/lib -L/usr/lib -R/usr/lib -Y P,/opt/foss/lib -i -L/opt/foss/lib -R/opt/foss/lib -L/usr/lib -R/usr/lib -Bdynamic -lstdcxx -lCrun -lc -lm'
    The same project built with gcc does not exhibit this
    So, is it:
    1) bug in the project code which only exhibits with SS
    2) wrong compiler flags used
    3) bug in sun studio
    4) bug somewhere else
    5) something completely different
    Thanks in advance for any hints

    Thanks for the pointers!
    I'd say it is linked:
    $ ldd -d /opt/kde-4.2/lib/kde4/plasma_applet_tasks.so
         libplasma.so.3 =>     /opt/kde-4.2/lib/libplasma.so.3
         libgen.so.1 =>     /lib/libgen.so.1
         symbol not found: __1cGPlasmaOToolTipContentSsetWindowToPreview6ML_v_     (/opt/kde-4.2/lib/kde4/plasma_applet_tasks.so)
         libXevie.so.1 =>     /usr/X11/lib/libXevie.so.1
    but the libplasma.so library seems to contain slightly different symbol:
    $ dump -c /opt/kde-4.2/lib/libplasma.so.3|grep SsetWindowToPreview
    <267547>      __1cGPlasmaOToolTipContentSsetWindowToPreview6MkL_v_
    I believe it's because of the slight difference between the header file and the cpp file below:
    find ~/packages/BUILD/kdelibs-4.2.91svn979380/plasma/|xargs grep setWindowToP
    /export/home/test/packages/BUILD/kdelibs-4.2.91svn979380/plasma/tooltipcontent.h: void setWindowToPreview(WId id);
    /export/home/test/packages/BUILD/kdelibs-4.2.91svn979380/plasma/tooltipcontent.cpp:void ToolTipContent::setWindowToPreview(const WId id)
    I need to rebuild it to verify.
    Shouldn't Sun Studio either catch or correct this kind of error?

Maybe you are looking for