Knowledge Partner
Knowledge Partner
1037 views

Phantom obituaries for a server long gone

I see the following in an IDM tree - only in iMonitor, only on the master.

Version Flags Time Error Activity Partition Target Server ID Target Server Entry Id Entry
0 02/23/17 05:20:23 PM -601 Dead 00008018 0000801C .server01.Services.ACME.ACME-META. Agent Summary, Agent Configuration, Agent Health 00013EA6 .server01-PS.Services.ACME.ACME-META
0 02/23/17 05:20:23 PM -601 Dead 00008018 0000801C .server01.Services.ACME.ACME-META. Agent Summary, Agent Configuration, Agent Health 00013EA8 .Http Server - server01.Services.ACME.ACME-META
0 02/23/17 05:20:23 PM -601 Dead 00008018 0000801C .server01.Services.ACME.ACME-META. Agent Summary, Agent Configuration, Agent Health 00013EA7 .LDAP Server - server01.Services.ACME.ACME-META
0 02/23/17 05:20:23 PM -601 Dead 00008018 0000801C .server01.Services.ACME.ACME-META. Agent Summary, Agent Configuration, Agent Health 00013EAC .LDAP Group - server01.Services.ACME.ACME-META
0 02/23/17 05:20:23 PM -601 Dead 00008018 0000801C .server01.Services.ACME.ACME-META. Agent Summary, Agent Configuration, Agent Health 00013EAA .SNMP Group - server01.Services.ACME.ACME-META
0 Marker 02/23/17 05:20:23 PM Restored 00000000


No other check for obits shows anything wrong.
This server is long dead....

Only two servers remain in the tree.

Have tried...

ndsrepair -C -Ad -A

and

ndsrepair -R -Ad -XK3
ndstrace
set dstrace=*b

Does not seem to have done anything.

ndsrepair -R -Ad -A -OT

Nothing to fix.

Is this something that can be ignored? (been stuck like this for several years now - so not causing any operational issue, but can this break future upgrades/migrations?)
Or is there another way to fix this? Suport call?
Alex McHugh - Knowledge Partner - Stavanger, Norway
Who are the Knowledge Partners
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
Labels (1)
0 Likes
9 Replies
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

Looks like "server01" has been removed from the tree on Feb23rd 2017 and you've run into a pretty popular race condition. Most of the time moving the master around will clean this up. You should also be able to forcefully purge the entries in imonitor's very advanced mode.
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

mathiasbraun;2491694 wrote:
Looks like "server01" has been removed from the tree on Feb23rd 2017 and you've run into a pretty popular race condition. Most of the time moving the master around will clean this up. You should also be able to forcefully purge the entries in imonitor's very advanced mode.


Tried moving the master to another server (for both partitions) and then back again. Didn't help. Do I need to wait a while before moving them back?
iMonitor gives me -601 no matter how I try to reference these objects, so how should I go about purging these?

BTW Only two active servers in tree.
Alex McHugh - Knowledge Partner - Stavanger, Norway
Who are the Knowledge Partners
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

alexmchugh <alexmchugh@no-mx.forums.microfocus.com> wrote:
>

mathiasbraun;2491694 Wrote:
> Looks like "server01" has been removed from the tree on Feb23rd 2017 and
> you've run into a pretty popular race condition. Most of the time moving
> the master around will clean this up.


When you meant moving master around, did you mean something slightly more
drastic ?

Like after moving master to another server, zapping old master and then
re-adding partitions back on it?
Alex McHugh - Knowledge Partner - Stavanger, Norway
Who are the Knowledge Partners
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

This, of course, would definitely work but would be drastic overkill. We'll for sure find another way.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

Which build are we talking about?
Generally, of course, you have to give the background processes a little time to clean this up. While the obit is on the R/W, what does a single object repair referencing the EID tell you?
Can you check the object in imon referencing the EID like
https://10.10.10.10:8030/nds/operation?dn=/ID'=0000805C
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

mathiasbraun <mathiasbraun@no-mx.forums.microfocus.com> wrote:
>

Which build are we talking about?

IIRC it is eDir 8.8SP8 (patch 8 I think) both servers are at same patch
revision.

> Generally, of course, you have to give the background processes a little

time to clean this up.

I manually ran all the background triggers.

> While the obit is on the R/W,


The obit issue remains on the server that was originally master. There is
just eDir / iManager on primary server.

Everything looks ok on the second server (originally R/W). Second server
hosts IDM 4.5.5 IIRC.

> what does a single

object repair referencing the EID tell you?
> Can you check the object in imon referencing the EID like
> https://10.10.10.10:8030/nds/operation?dn=/ID'=0000805C


Nope... that doesn’t work. Gives me -601 error.

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

------------------------------------------------------------------------
mathiasbraun's Profile: https://forums.novell.com/member.php?userid=9494
View this thread: https://forums.novell.com/showthread.php?t=510517

>




Alex McHugh - Knowledge Partner - Stavanger, Norway
Who are the Knowledge Partners
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

Did you try the
https://10.10.10.10:8030/nds/operation?dn=/ID'=0000805C
in advanced mode?
What do you get on a commandline single object repair with "-J"?
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

mathiasbraun <mathiasbraun@no-mx.forums.microfocus.com> wrote:
>

Did you try the
> https://10.10.10.10:8030/nds/operation?dn=/ID'=0000805C
> in advanced mode?


Yep. Gave me -601

> What do you get on a commandline single object repair with "-J"?


Tried that also. With all the listed hex object IDs. Gave no errors but
also did not fix things

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

------------------------------------------------------------------------
mathiasbraun's Profile: https://forums.novell.com/member.php?userid=9494
View this thread: https://forums.novell.com/showthread.php?t=510517

>




Alex McHugh - Knowledge Partner - Stavanger, Norway
Who are the Knowledge Partners
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
0 Likes
Knowledge Partner
Knowledge Partner

Re: Phantom obituaries for a server long gone

I've sent a PM.
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.