Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

Weird IDM non-root issue

Hi. I have a weird issue with an IDM v4.6 non-root install that runs on an eDir v9.1.1 non-root tarball install.

So we are converting our root installs to non-root, and we are going to do a root install with non-root user, but we already had 1 Rhel6.x box set up with a non-root tarball so we proceeded to do a non-root IDM install on this one.

The non-root IDM install was simply running the "idm-nonroot-isntall" script and just providing the base eDirectory directory. That worked fine.

Now before I go on, let me say that of course with just eDirectory running a "ps -ef | grep ndsd" shows 1 process.

Now after we installed IDM and added to a driver set, we noticed when shutting down eDirectory it would not start back up. Going through logs it was found that the port was already in use. Working from that we discovered 3 ndsd processes still running.

It turns out that once this instance was added to the IDM driver set, 3 more ndsd instances run, for a total of 4 instances. So if you run an "mismanage stopall" only 1 ndsd instance stops. The other 3 are running, so therefore starting eDirectory again will give port in use, etc. You basically have kill -9 the 3 other processes be able to start again.

And when you do start again, sure enough you have a total or 4 ndsd processes.

If I remove the server from the DriverSet, starting eDirectory results in only 1 process. And of course stopping, etc. works.

So I am confused. Are these other 3 processes for IDM simply not getting stopped? or should their only be 1 process?

Thank you for any guidance. Thanks,,,
Labels (1)
3 Replies
Absent Member.
Absent Member.


It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.

These forums are peer-to-peer, best effort, volunteer run and that if your issue
is urgent or not getting a response, you might try one of the following options:

- Visit and search the knowledgebase and/or check
all the other self support options and support programs available.
- Open a service request:
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (
- You might consider hiring a local partner to assist you.

Be sure to read the forum FAQ about what to expect in the way of responses:

Sometimes this automatic posting will alert someone that can respond.

If this is a reply to a duplicate posting or otherwise posted in error, please
ignore and accept our apologies and rest assured we will issue a stern reprimand
to our posting bot.

Good luck!

Your Micro Focus Forums Team

Knowledge Partner Knowledge Partner
Knowledge Partner

Sorry for not replying sooner; forum issues.

First, is there a reason you are using a non-root install vs. the regular root install with a non-root instance? Generally speaking I think this is the better way to go fro ma security perspective. It probably does not mater a ton, but having different files installed because of the different methods could cause all kinds of odd issues.

Second, Do you use auditing, and whether or not you intend to do so do you have an /etc/logevent.conf file with anything uncommented other than the following line?

LogHost=Not Configured

Having multiple processes all linked to one instance has come up a few times in the past, though I thought most of those issues were passed. Perhaps older code still has issues, and I have no idea which version of the Audit code (assuming that matters) is installed with the 4.6 non-root IDM installer.

Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below.

If you want to send me a private message, please let me know in the
forum as I do not use the web interface often.
Absent Member.
Absent Member.

I remember seeing a similar issue sometime back. The issue turned out to be unavailability of lcache binay in its expected location.

Please check if nproduct.log shows this line.

Launching the lcache process from (/opt/novell/naudit/lcache)

And check if that file is available there. It may not be there in this path since it’s a non root setup. The issue is resolved by creating a sym link to the lcache binary in this location.


The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.