Can we have some more information? 

Any special messages in the errors log? 
Server version.  Is MMR 2-way? 
Could it be possible to share the custom schema with us?

I assume you could search x121Address and internationalISDNNumber attributes with the base DN "cn=schema" (i.e., they are visible on the Console) and restarting the server does not change it.  If that's the case, I think the server is in the right state now.  But we'd like to reproduce the problem you encountered.

Thanks for your help.
--noriko

On 08/31/2010 05:17 PM, Brian LaMere wrote:
I updated my schema this afternoon in an MMR.  Since it was an MMR, I stopped replication first (which was scary for me, and I wish I could reload schema without doing that).

This wasn't the first time I uploaded a schema, and it is now the second file I've created in my slapd-server/schema directory.  The first extension was very short.

I used the same file on both servers, and on the first server everything worked as expected.  On the second server however, running the same schema-reload.pl command with the exact same (I scp'd the file, no copy/paste...) ldif, for some reason the x121Address and internationalISDNNumber attributes jumped into my 99users.ldif file.  It is also, as might be expected, in the 389-console window under user defined attributes.

Both stayed in their normal (00core.ldif) location, they just added to 99user.ldif as well.  I removed them from 99user.ldif, reloaded again, and they did not reappear in 99user.ldif.   Should I be concerned about there maybe being something wrong with my schema that caused this?   Should I just move on, and forget it happened?

Thanks,
Brian LaMere
-- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users