attributes from 00core.ldif put in 99users.ldif after schema update

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  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.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux