I. After looking at the environment variables and specifically theLD_LIBRARY_PATH variable there was a JAVA based application thatwas installed between reboots.
The installed Java based application caused IDM to lose a referenceto where its own JRE is loaded.
To temporarily fix the issue for a default root-based installationyou can place the following command in the eDirectory startupscript. This puts the IDM related paths in theLD_LIBRARY_PATH without any other paths:
Running this command will only overwrite thevariable until the server is rebooted. To permanently fix theissue, either remove the other Java-based application or find wherethe application is setting the LD_LIBRARY_PATH (probably in/etc/profile.d directory) and remove or adjust the settings. Some applications do not need to have a path in the LD_LIBRARY_PATHand the normal PATH variable is sufficient.
Another possible resolution would be to removeIDM and reinstall. It seems that when the JAVA applicationwas installed prior to IDM there were no issues; however, that maynot be the case with all applications, just the one that was usedin this particular issue.
If this issue happens on a system with eDirectory 8.7.3.x here are the steps to resolve.
- Edit the ndsd startup script (/etc/init./ndsd)
- Look for the line LD_LIBRARY_PATH. It should look something like the following: LD_LIBRARY_PATH=/usr/lib/nds-modules/jre/lib/i386:$LD_LIBRARY_PATH
- Change the like so that it looks like this: LD_LIBRARY_PATH=/usr/lib/nds-modules/jre/lib/i386
- Restart eDirectory and the IDM engine should load.
II. This issue has also been seen on a non-root install of IDM 4.7. This is due to missing Java Runtime Edition not being installed correct. Workaround: sudo su as root and install the following package from the IDM 4.7 installation media. Then restart eDirectory and the driver should load.
rpm -ihv /common/packages/java/netiq-jrex-1.8.0-162.noarch.rpm