Upgrading Access Manager Administration Console from SP2 to SP3 codebase fails on Linux due to library conflict

Access Manager installed and running fine with Linux Access gateway (LAG) protecting multiple resources, and authentication being done by the Identity (IDP) Server.

With the newer SP3 patch available, the Admin Console was upgraded. During the upgrade, the eDirectory portion of the install failed (Configuration Store upgrade). Looking at the eDir upgrade file under /tmp/novell_access_manager/, the following snippet showed where the problem occured:

>>%%% Novell eDirectory 8.8.6 packages successfully upgraded.
>>/opt/novell/eDirectory/bin/ndsconfig: error while loading shared libraries: 
>>libxi18n.so: cannot open shared object file: No such file or directory
>>
>>ldd /opt/novell/eDirectory/bin/ndsconfig
>>         linux-gate.so.1 =>  (0xffffe000) 
>>         libndssdk.so.1 =>/opt/novell/eDirectory/bin/../lib/libndssdk.so.1  
>>(0xb7e59000)
>>         libsal.so.1 =>/opt/novell/eDirectory/bin/../lib/libsal.so.1  
>>(0xb7e41000)
>>         libpthread.so.0 =>/lib/libpthread.so.0 (0xb7e16000) 
>>         libcrypt.so.1 =>/lib/libcrypt.so.1 (0xb7de2000) 
>>         liblangmani.so =>/opt/novell/eDirectory/bin/../lib/liblangmani.so  
>>(0xb7dd9000)
>>         libicuuc.so.34 =>/opt/novell/eDirectory/bin/../lib/libicuuc.so.34  
>>(0xb7ccb000)
>>         libicudata.so.34 =>  
>>/opt/novell/eDirectory/bin/../lib/libicudata.so.34 (0xb745c000)
>>         libdl.so.2 =>/lib/libdl.so.2 (0xb7458000) 
>>         libstdc++.so.6 =>/usr/lib/libstdc++.so.6 (0xb7374000) 
>>         libm.so.6 =>/lib/libm.so.6 (0xb734e000) 
>>         libgcc_s.so.1 =>/lib/libgcc_s.so.1 (0xb7343000) 
>>         libc.so.6 =>/lib/libc.so.6 (0xb7217000) 
>>         libspmclnt.so =>/opt/novell/eDirectory/bin/../lib/libspmclnt.so  
>>(0xb71f4000)
>>         libccs2.so =>/opt/novell/lib/libccs2.so (0xb7106000) 
>>         libntls.so.2 =>/opt/novell/lib/libntls.so.2 (0xb6fe5000) 
>>         libnsl.so.1 =>/lib/libnsl.so.1 (0xb6fd0000) 
>>         /lib/ld-linux.so.2 (0xb7f34000)
>>        libxi18n.so =>not found 

Run the following command on the Admin COnsole server

The problem libxi18n.so file existed, but for some reason did not seem to be registered with ldconfig. Despite running ldconfig multiple times to update the libraries, it continued to fail. Re-exporting the library paths fixed the problem.