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@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users
|
<<attachment: smime.p7s>>
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users
