ERROR: 'classID' field set when 'BACKLINKED' flag is cleared on Tree Root object

ERROR: 'classID' field set when 'BACKLINKED' flag is cleared on Tree Root object
This error is seen the second time a local database repair in DSREPAIR is run.
If you check with DSBROWSE, the Tree Root object has a class of "Invalid ID". If you look at the attributes of the Tree Root object, you would also notice that the T attribute (naming attribute for the Tree Root class) is missing.

The issue will go away as soon as the backlinker is run. This background process is scheduled to run every 13 hours by default. It will take care of setting the backlink flag again on the Tree Root entry, once it has finished checking with a real replica that the information stored in the external reference partition is valid and accurate.

Starting with eDirectory 8.7 every external reference object should hold a copy of its naming attributes for search purposes. In this case the first time DSREPAIR ir run, it notices that the T attribute is missing and clears the backlink flag for it to be re-backlinked. A normal re-backlink request (like the one done when you run DSREPAIR with the xk3 switch) should clear the backlink flag and also the ClassID field. This process only clears the flag and thus avoids the symptoms described in KB 7017459. 

If you run DSREPAIR again, and perform a local database repair before the backlink process has been executed, the error message will appear notifying you that the ClassID field will be cleared.
The reason for this extra step in DSREPAIR is to check if the information stored in the external reference entry is correct. Part of what needs to be corrected is that the naming attribute (the T attribute) needs to be added. It is possible that this attribute will not be added, thus if you were later to run DSREPAIR twice in a row you'd see this message again. This is a cosmetic issue and should not affect the correct working of your server.

If you wanted anyway to add it, the easiest way is to add a replica of the Root partition to the server and then take it away. You should then see the T attribute in the external reference object.

Formerly known as TID# 10097632

Formerly known as TID# NOVL102061