Tips for finding Knowledge Articles

  • - Enter just a few key words related to your question or problem
  • - Add Key words to refine your search as necessary
  • - Do not use punctuation
  • - Search is not case sensitive
  • - Avoid non-descriptive filler words like "how", "the", "what", etc.
  • - If you do not find what you are looking for the first time,reduce the number of key words you enter and try searching again.
  • - Minimum supported Internet Explorer version is IE9
Home  >
article

KB-5802: symlink problem existed on 5.2.2 and 5.2.3 on Linux machine

Centrify DirectControl ,  

12 April,16 at 11:46 AM

Applies to: Centrify DirectControl 5.2.2 and 5.2.3 on All Linux Platforms 

Problem:
The symlink is not pointing to a newer version of library - libgcc_s-3.4.6-20060404.so.1. This may result in a crash of adclient.
 
From the output of “ls -l libgcc_s*, the libgcc_s is linking to an old binary.
=====
-rwxr-xr-x 1 root root 45688 Jan 19 2015 libgcc_s-3.2.3-20040701.so.1 
-rwxr-xr-x 1 root root 53552 Jan 14 2015 libgcc_s-3.4.6-20060404.so.1 
lrwxrwxrwx 1 root root 28 Mar 21 2015 libgcc_s.so -> libgcc_s-3.2.3-20040701.so.1 
lrwxrwxrwx 1 root root 28 Mar 21 2015 libgcc_s.so.1 -> libgcc_s-3.2.3-20040701.so.1 
=====

The following entries can be seen in the coredump which indicating a fixed issue in old library:
=====
#0 0x00007fcce58c8296 in ?? () from /usr/share/centrifydc/lib64/libgcc_s.so.1
#1 0x00007fcce58c8aed in ?? () from /usr/share/centrifydc/lib64/libgcc_s.so.1
#2 0x00007fcce58c8c3b in _Unwind_ForcedUnwind () from /usr/share/centrifydc/lib64/libgcc_s.so.1
#3 0x00007fcce56b2e90 in __pthread_unwind () from /lib64/libpthread.so.0
#4 0x00007fcce56aacea in sigcancel_handler () from /lib64/libpthread.so.0
#5 <signal handler called>
#6 0x00007fcce53f00d3 in poll () from /lib64/libc.so.6
#7 0x00007fcce63d63fb in IOWait () from /usr/share/centrifydc/lib64/liblrpc.so.0
#8 0x00007fcce62f7c7a in cims::readMsg(int, void*, unsigned long, int*) () from /usr/share/centrifydc/lib64/liblrpc.so.0
#9 0x00007fcce62d2637 in cims::readN(int, unsigned char*, unsigned long) () from /usr/share/centrifydc/lib64/liblrpc.so.0
#10 0x00007fcce62cffc7 in cims::IPCMessage::get(int) () from /usr/share/centrifydc/lib64/liblrpc.so.0
#11 0x00007fcce62d23fb in cims::IPCRequest::execute(int, cims::IPCReply*) () from /usr/share/centrifydc/lib64/liblrpc.so.0
#12 0x00007fcce62e4617 in cims::LocalRpcSession::executeWithRetry(cims::IPCRequest&, cims::IPCReply&, bool) () from /usr/share/centrifydc/lib64/liblrpc.so.0
#13 0x00007fcce62d6b92 in cims::LocalRpcSession::ping() () from /usr/share/centrifydc/lib64/liblrpc.so.0
#14 0x0000000000404efd in ?? ()
#15 0x0000000000409f51 in ?? ()
#16 0x00007fcce6417460 in ThreadStart(void*) () from /usr/share/centrifydc/lib64/liblrpc.so.0
#17 0x00007fcce56ac9d1 in start_thread () from /lib64/libpthread.so.0
#18 0x00007fcce53f98fd in clone () from /lib64/libc.so.6
=====

Cause:
Both the old and new libraries are shipped, and the link is set up for redhat 3 (old libraries) by default

Workaround:
Remove the symlinks from old library to the new one:
  1. cd /usr/share/centrifydc/lib64 
  2. rm libgcc_s.so libgcc_s.so.1 
  3. ln -s ./libgcc_s-3.4.6-20060404.so.1 libgcc_s.so.1 
  4. ln -s ./libgcc_s-3.4.6-20060404.so.1 libgcc_s.so 
Resolution:
The symlink issue will be fixed in Suite 2016.




 

Still have questions? Click here to log a technical support case, or collaborate with your peers in Centrify's Online Community.

Related Articles

No related Articles