[389-users] attributes from 00core.ldif put in 99users.ldif after schema update

[Noriko Hosoi]

  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 <http://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 at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100831/2d7db21e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6646 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100831/2d7db21e/attachment.p7s>