dsrepair and UNKNOWN object class
rel
On my testing enviorment I have found the following error when running
dsrepair:
_Repairing objects in a replica
_Start: Monday, October 31, 2005 12:00:13 am Local Time
_[1 of 1] Master : T=MARS
_Total Objects = 1583, UNKNOWN class objects = 1, Total Values = 21034
How can I fix the UNKNOWN class objects = 1
TIA
REL
rel
Thanks for the promt reply.
I have checked my production servers as well and I have this as well.
I have seen some user objects that were deleted long ago and they apper
only on one server all other server report 0 Unknown clas objects
TIA
REL
Anders Gustafsson wrote:
> Rel,
> > How can I fix the UNKNOWN class objects = 1
> >
> It depends on what object it is. Look for a yellow question mark. An
> object goes unknown when a mandatory attribute, such as the volume
> for a queue for instance, goes missing.
>
> - Anders Gustafsson, Engineer, CNE6, ASE
> NSC Volunteer Sysop
> Pedago, The Aaland Islands (N60 E20)
>
> Novell does not monitor these forums officially.
> Enhancement requests for all Novell products may be made at
> http://support.novell.com/enhancement
>
> Using VA 5.51 build 315 on Windows 2000 build 2195
Anders Gustafsson
> How can I fix the UNKNOWN class objects = 1
>
Anders Gustafsson
> I have seen some user objects that were deleted long ago and they apper
> only on one server all other server report 0 Unknown clas objects
>
REL
I have just followed the tid step by step (As I did erlier this
morning) all seems o.k no errors at all (captured to a file). but still
master replica report the same amount of UNKNOWN Objects.
Using dsbrowse I can no longer see the deleted users in the specific
server as well as not on the other servers in the replica ring of this
partition.
thanks again for any help
REL
Anders Gustafsson wrote:
--
Peter vdW
> server as well as not on the other servers in the replica ring of this
> partition.
>
Hi REL,
You mean when you do a search for Unknown object in dsbrowse (enter wildcard
* for ID and 'Unknown' for Class) you don't get any results ?
Maybe this is any help:
http://support.novell.com/techcenter/search/search.do?cmd=displayKC&docType=kc&externalId=10060600html&sliceId=&dialogID=730270
Peter
Anders Gustafsson
> Using dsbrowse I can no longer see the deleted users in the specific
> server as well as not on the other servers in the replica ring of this
> partition.
>
before it is gone altogether. Sometimes, if you have DS problems that
process might get stuck.
rel
Not realy what I mean is :
when I run dsrepair (repair local database) on the master replica
server I am getting 6 UNKNOWN object class on that parition. If I run
the dsrepair on the other ring members I do not see any of the errors.
when I first noticed the problem, I saw some deleted users (from long
ago) that I could see on that partition that where on one server with
subref partition, I added a replica to that server and thoes deleted
users are gone now.
TIA
REL
Anders Gustafsson
> when I first noticed the problem, I saw some deleted users (from long
> ago) that I could see on that partition that where on one server with
> subref partition, I added a replica to that server and thoes deleted
> users are gone now.
>
Obits"?
Niclas Ekstedt
So, if I'm understanding you correctly here, all looks well when doing a
Health Check as per TID 10060600 on each server?
However, still when you run an unattended full repair on one server, let's
call this one ServerA, it reports 6 objects of unknown class in one of
the replicas.
Use DSBrowse to search for any objects on all servers of class unknown.
If I understand you correctly only ServerA will find any.
In that case you can load DSRepair -a on another server, for example
ServerB that holds a writeable replica of the partition in question. Go
into Adv Options|Replica & Partition Ops|<select the replica>|view replica
ring|ServerB|Send all objects to every replicas in the ring
Or if ServerA isn't the master you can do Receive all objects for this
replica. This will automatically push down all objects from the master to
ServerA.
REL
Thanks for your help.
You did understod me correct with few points to clear.
ServerA (master replica) Running DSRepair -> Adv -> Repair Local
Database -> defualt options it returns that some of the replicas have
UNKOWN object class.
Running same repair on othre ring members returns no error.
This afternon I run check external references on all servers ServerB
returned error -601 on external reference.
all objects belongs to other replicas.
TIA
REL
Niclas Ekstedt wrote:
--
Niclas Ekstedt
> You did understod me correct with few points to clear.
Great
>
> ServerA (master replica) Running DSRepair -> Adv -> Repair Local
> Database -> defualt options it returns that some of the replicas have
> UNKOWN object class.
>
> Running same repair on othre ring members returns no error.
Good, so in this case just use one of the other servers to send the
objects to ServerA.
>
> This afternon I run check external references on all servers ServerB
> returned error -601 on external reference. all objects belongs to other
> replicas.
601 means no such object. Is this error persistent?
rel
Running the dsrepair check reference will give me 8 of the following
error:
ERROR -601 checking XREF ID: DN=IprintClientInstallNAL.ou=BSH..
This object belongs to antoher partition and does not reside on this
server at all. (ther are other 7 objects that all of them do not belong
to this replica.
And yes it is persistent ( I get the same error every time I run the
report).
TIA
REL
Niclas Ekstedt
OK, looks to be a problem with the backlinks. You need to recreate them.
Load DSREPAIR -XK3|Adv. options|Repair local DS database|Set Check local
references = Yes Then start the repair.
Save the database and exit out of DSREPAIR.
Next you need to manually kick off the backlinker process. From the System
Console issue the following commands.
SET DSTRACE=ON
SET DSTRACE=NODEBUG
SET DSTRACE=+BLINK (+ sign turns DSTRACE on as well)
SET DSTRACE=*B
Watch out for the message 'Finished checking backlinks', this tells you
the process has finished.
Peter Kuo
--
Peter
eDirectory Rules!