Novell eDirectory 184.108.40.206 for All Platforms
Novell eDirectory 8.8 for All Platforms
Novell Open Enterprise Server 11 (OES 11) Linux
Novell Open Enterprise Server 2 (OES 2) Linux
Formerly TID 10101125
dsrepair/ndsrepair sometimes shows cluster resource as unknown or included as an NDS server (i.e. in a Report Time Synchronization). As cluster resources aren't really eDirectory servers, we don't want/need to see them on repair reports.
This issue has been resolved with an update to eDirectory 220.127.116.11 and eDirectory 8.8.3 (or later).
This issue is cosmetic and will only slow the given report while it attempt to connect & times out.
As background, ndsrepair/dsrepair code works off the list of ncp server objects when it does server object related work. As clustered resources have a virtual ncp server object, they are included. To avoid including cluster objects, the repair tool was updated to look for the NCS:Volumes attribute on server objects. If it exists, it will skip that object and move on to the next.
Therefore, if your clustered resource objects are proper, you should not see cluster objects in dsrepair/ndsrepair logs or output.
If they do appear, you will want to ensure the NCS:Volumes attribute is properly populated on the object. To so do:
log into iManager
click the spyglass icon (on top)
click on the Search tab
enter the object name in question in the search box (instead of the default *) and click search
identify the proper object in the search results, right click the object and select "modify object"
On the General tab, click Options -- this will display the populated and non-populated attributes.
If the NCS:Volumes attribute is not in the list populated, then add it and point it to the corresponding *_SERVER object -- which is contained/below the Cluster object (i.e. 3 red balls icon) in eDirectory.
7-May-2014 - KKlemm:
updated to include OES 2/11 in the products area
revamped the situation, resolution and additional information sections
added steps to check & resolve if still occurring with latest code
removed internal comments as ndsrepair/dsrepair should now handle this properly
retired similar, but older TID 10101125