Micro Focus Frequent Contributor
Micro Focus Frequent Contributor
1165 views

how remove obituaries in eDirectory

Hi,

My customer have replica ring of eDirectory of 4 servers.

They have following obituaries:




What is the better option for remove this obituaries.

TIA
Labels (1)
0 Likes
4 Replies
Knowledge Partner
Knowledge Partner

Re: how remove obituaries in eDirectory

They may be fine, but it is best to show ndsrepair output because there is
more information in there:


ndsrepair -C -Ad -A


Copy and paste the text output here, drop it in CODE tags (the '#' button
in the web UI), and we'll see all we need to know.

Where those have older timestamps (older than one week) you may just need
to timestamp them, if they are not already purgeable, to help them along.
Other things that can help of course includes basic tree health; all
servers up, talking to eachother, etc; good things in replica
synchronization as shown by this command:


ndsrepar -E


Another good idea is to have eDirectory be current. 8.8 SP8 at least, but
preferably eDirectory 9.x, as both make big improvements in obituary
processing.

Finally, you may need to timestamp obituaries; this can be fast, or it can
be slow, all depending on DIB size, and it is done with ndsrepair too
using the -OT (obituary timestamp) switch with a regular repair. I would
not recommend doing this until you know you need to because ndsrepair
should not be used in repair mode unless you think it will help. You can
also timestamp within iMonitor.

--
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.
0 Likes
Micro Focus Frequent Contributor
Micro Focus Frequent Contributor

Re: how remove obituaries in eDirectory

Hi Ab,

The output of ndsrepair -C -Ad -A is:

###########################################################################################################

[1] Instance at /etc/opt/novell/eDirectory/conf/nds.conf: vmpmaripi.OU=servers.O=system.COMPENSAR-PROD
Repair utility for NetIQ eDirectory 8.8 - 8.8 SP8 v20808.06
DS Version 20808.02 Tree name: COMPENSAR-PROD
Server name: .vmpmaripi.servers.system

Size of /var/opt/novell/eDirectory/log/ndsrepair.log = 2361908 bytes.

Preparing Log File "/var/opt/novell/eDirectory/log/ndsrepair.log"
Please Wait...
External Reference Check
External Reference Check
Start: Friday, February 02, 2018 10:04:10 Local Time

(1) Found obituary for: EID: 000338f8, DN: CN=52824542.OU=deshabilitados.OU=usuarios.O=compensar.T=COMPENSAR-PROD
Value CTS : 01-19-2018 15:40:34 R = 0001 E = 0129
Value MTS = 01-19-2018 15:40:34 R = 0001 E = 0129, Type = 0002 MOVED,
Flags = 0001
NOTIFIED

MoveObit: destID = 0001c7d7, CN=52824542.OU=internos.OU=usuarios.O=compensar.T=COMPENSAR-PROD

(2) Found obituary for: EID: 000338e6, DN: CN=80578119.OU=porProcesar.OU=usuarios.O=compensar.T=COMPENSAR-PROD
Value CTS : 01-19-2018 02:30:00 R = 0001 E = 00b5
Value MTS = 01-19-2018 02:30:00 R = 0001 E = 00b5, Type = 0002 MOVED,
Flags = 0001
NOTIFIED

MoveObit: destID = 00033762, CN=80578119.OU=externos.OU=usuarios.O=compensar.T=COMPENSAR-PROD

(3) Found obituary for: EID: 00033762, DN: CN=80578119.OU=externos.OU=usuarios.O=compensar.T=COMPENSAR-PROD
Value CTS : 01-19-2018 02:30:00 R = 0001 E = 0096
Value MTS = 01-19-2018 02:30:00 R = 0001 E = 0096, Type = 0003 INHIBIT_MOVE,
Flags = 0000


(4) Found obituary for: EID: 00033762, DN: CN=80578119.OU=externos.OU=usuarios.O=compensar.T=COMPENSAR-PROD
Value CTS : 01-22-2018 15:05:36 R = 0004 E = 0001
Value MTS = 01-22-2018 15:05:36 R = 0004 E = 0001, Type = 0001 DEAD,
Flags = 0004
PURGEABLE


(5) Found obituary for: EID: 0001c7d7, DN: CN=52824542.OU=internos.OU=usuarios.O=compensar.T=COMPENSAR-PROD
Value CTS : 01-19-2018 15:40:34 R = 0001 E = 00be
Value MTS = 01-19-2018 15:40:34 R = 0001 E = 00be, Type = 0003 INHIBIT_MOVE,
Flags = 0000


(6) Found obituary for: EID: 0001c7d7, DN: CN=52824542.OU=internos.OU=usuarios.O=compensar.T=COMPENSAR-PROD
Value CTS : 01-22-2018 15:16:29 R = 0004 E = 0001
Value MTS = 01-22-2018 15:16:29 R = 0004 E = 0001, Type = 0001 DEAD,
Flags = 0004
PURGEABLE


Checked 0 external references
Found: 6 total obituaries in this DIB,
2 Unprocessed obits, 2 Purgeable obits,
0 OK_To_Purge obits, 2 Notified obits
Total errors: 0
NDSRepair process completed.
0 Likes
Knowledge Partner
Knowledge Partner

Re: how remove obituaries in eDirectory

You have a problem, for sure, and that problem is that you have an
INHIBIT_MOVE as well as DEAD obituary for the same object. This does not
happen often, and in particular I have not seen it with eDirectory 9.x,
but it has happened in the past and basically requires that you get Micro
Focus to connect in and clear one of them. The DEAD (delete object(
obituary cannot allow the object to be cleaned up because there is that
INHIBIT_MOVE obituary still there, and the INHIBIT_MOVE cannot process
because the DEAD obituary is there. This really should not happen, but oh
well.

If calling Micro Focus to get a fix is not an option, one other way may
work, but you really should try to work it out with them first, as
anything at this point is risky. TID# 7002659 covers helping obituaries
process in general, and includes how to timestamp obituaries in case you
want to try that, just in case. In my experience, it will NOT help your
current deadlock with that one object, but it may help the other
obituaries, maybe.


--
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.
0 Likes
Knowledge Partner
Knowledge Partner

Re: how remove obituaries in eDirectory

as Aaron mentioned you've ended up with two primary obits (per object), this situation will never clean up on its own and always requires intervention of some kind. physically you still have four objects in the DIB.
two objects have been moved on jan 19th. and deleted three days later, you still have these objects in the original and the "moved-to" contexts. provided that you have a master for each partition and all boxes are synching fine (and there are no NCP server objects lurking around which don't have a corresponding "real" server) the easiest way to clean this situation up will likely be a dialin by NTS. please don't try to timestamp obits in this situation as it definitely can't help here but could eventually make things worse. imagine that this is the only server which shows these objects: in this case timestamping would cause the obits to sync again to boxes which had already processed them (unless something has changed dramatically in very recent code).
the engineer doing the dialin should have the "ndsrepair -C -Ad -A" outputs from all the boxes beforehand.
if you're not in the position to create a SR, it's in fact possible and not too difficult to clean the situation up without dump but as you're listed as MF employee i'd guess you are.
0 Likes
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.