Hi again<br><br>What will happen if I modify the schema, creating a new aattribute without specifying any matching rule? Will the directory use the default rules for for the attribute syntax?<br><br>Anuyway, how can I change now the matching rules for the existing attributes that gives that warning? In the console, when i edit the attribute in the schema, i don&#39;t see any option to change the matching rule.<br>

<br>Regards and thanks in advance.<br><br><br><div class="gmail_quote">2010/6/23 Rich Megginson <span dir="ltr">&lt;<a href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">Juan Asensio Sánchez wrote:<br>
&gt; Hi<br>
&gt;<br>
&gt; I have upgraded our test server(from version 1.2.5,<br>
&gt; 389-ds-base-1.2.6-0.7.rc2.el5.i386 and<br>
&gt; 389-admin-1.1.11-0.5.rc1.el5.i386), and when running<br>
</div>&gt; &quot;<a href="http://setup-ds-admin.pl" target="_blank">setup-ds-admin.pl</a> &lt;<a href="http://setup-ds-admin.pl" target="_blank">http://setup-ds-admin.pl</a>&gt; -u&quot;, i get many messages<br>
<div class="im">&gt; like this (all about custom attributes):<br>
&gt;<br>
&gt; [22/Jun/2010:10:24:58 +0200] attr_syntax_create - Error: the EQUALITY<br>
&gt; matching rule [caseIgnoreIA5Match] is not compatible with the syntax<br>
&gt; [1.3.6.1.4.1.1466.115.121.1.15] for the attribute [XXXXXXXX]<br>
&gt;<br>
&gt; Attribute is defined as this:<br>
&gt;<br>
&gt; ( 1.3.6.1.XXXXXXXXXXXXXXXX NAME &#39;XXXX&#39; DESC &#39;XXXXXXX&#39; EQUALITY<br>
&gt; caseIgnoreIA5Match SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{1024} X-ORIGIN<br>
&gt; &#39;user defined&#39; )<br>
</div>Where does this attribute come from?  It&#39;s kind of strange that the<br>
syntax is DirectoryString which is essentially any valid UTF-8 string,<br>
but the matching rule is caseIgnoreIA5Match which is for comparison of<br>
7-bit ASCII strings.  Why not caseIgnoreMatch?<br>
<br>
At any rate, the message is really just a warning.  There&#39;s really no<br>
way to figure out all possible combinations of syntaxes and matching<br>
rules that may be in use.  It was my hope that this message would cause<br>
these issues to be reported to the 389 team so that we could address them.<br>
<div class="im">&gt;<br>
&gt; Although the messages, the script finishes fine:<br>
&gt;<br>
&gt; Registering the directory server instances with the configuration<br>
&gt; directory server . . .<br>
&gt; Beginning Admin Server reconfiguration . . .<br>
&gt; Registering admin server with the configuration directory server . . .<br>
&gt; Updating adm.conf with information from configuration directory server<br>
&gt; . . .<br>
&gt; Exiting . . .<br>
&gt; Log file is &#39;/tmp/setupbXoREC.log&#39;<br>
&gt;<br>
&gt; But then I try access to the console, and click on &quot;Directory Server&quot;,<br>
&gt; i get this error:<br>
&gt;<br>
&gt; &quot;Failed to install a local copy of 389-ds-1.2.3.jar or one of its<br>
&gt; supporting files. Please ensure that the appropriate console package<br>
&gt; is installed on the Administration Server. 389-ds-1.2.3.jar not found<br>
&gt; at <a href="https://XXXXXXXXXXXXXX:2000/" target="_blank">https://XXXXXXXXXXXXXX:2000/</a>&quot;.<br>
&gt;<br>
&gt; Is the error about the attribute critical? Why is the client console<br>
&gt; requesting 1.2.3 version of the jars?<br>
</div>Because 389-ds-base now handles DN escaped values within other DNs<br>
correctly, and requires 389-ds-1.2.3 (389-ds-console-1.2.3) which also<br>
has support for DN escaped values in within DNs.  389-ds-console-1.2.3<br>
should be available from the testing repos.<br>
<div class="im">&gt;<br>
&gt; Regards.<br>
&gt;<br>
&gt;<br>
&gt; 2010/6/16 Rich Megginson &lt;<a href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a><br>
</div>&gt; &lt;mailto:<a href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a>&gt;&gt;<br>
<div class="im">&gt;<br>
&gt;     The 389 team is pleased to announce the availability of Release<br>
&gt;     Candidate 1 of version 1.2.6.  This release a couple of bug fixes.<br>
&gt;<br>
&gt;     ***We need your help!  Please help us test this software.***  It is a<br>
&gt;     release candidate, so it may have a few glitches, but it has been<br>
&gt;     tested<br>
&gt;     for regressions and for new feature bugs.  The Fedora system<br>
&gt;     strongly encourages packages to be in Testing until verified and<br>
&gt;     pushed<br>
&gt;     to Stable.  If we don&#39;t get any feedback while the packages are in<br>
&gt;     Testing, the packages will remain in limbo, or get pushed to Stable.<br>
&gt;<br>
&gt;     The more testing we get, the faster we can release these packages to<br>
&gt;     Stable.  See the Release Notes for information about how to provide<br>
&gt;     testing feedback (or just send an email to<br>
&gt;     <a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a><br>
</div>&gt;     &lt;mailto:<a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a>&gt;).<br>
<div class="im">&gt;<br>
&gt;     The packages that need testing are:<br>
&gt;     * 389-ds-base-1.2.6.rc1 - 389-ds-base<br>
&gt;     * 389-admin-1.1.11.rc1 - 389-admin<br>
&gt;<br>
&gt;     There are some new console/java packages too, and there is a new<br>
&gt;     version<br>
&gt;     of the 389-ds &quot;meta&quot; package - 1.2.1<br>
&gt;<br>
&gt;     * Release Notes - <a href="http://port389.org/wiki/Release_Notes" target="_blank">http://port389.org/wiki/Release_Notes</a><br>
&gt;     * Install_Guide - <a href="http://port389.org/wiki/Install_Guide" target="_blank">http://port389.org/wiki/Install_Guide</a><br>
&gt;     * Download - <a href="http://port389.org/wiki/Download" target="_blank">http://port389.org/wiki/Download</a><br>
&gt;<br>
&gt;     === Bugs Fixed ===<br>
&gt;     This release contains a couple of bug fixes.  The complete list of<br>
&gt;     bugs<br>
&gt;     fixed is found at the link below.  Note that bugs marked as MODIFIED<br>
&gt;     have been fixed but are still in testing.<br>
&gt;     * Tracking bug for 1.2.6 release -<br>
&gt;     <a href="https://bugzilla.redhat.com/showdependencytree.cgi?id=543590&amp;hide_resolved=0" target="_blank">https://bugzilla.redhat.com/showdependencytree.cgi?id=543590&amp;hide_resolved=0</a><br>
&gt;     &lt;<a href="https://bugzilla.redhat.com/showdependencytree.cgi?id=543590&amp;hide_resolved=0" target="_blank">https://bugzilla.redhat.com/showdependencytree.cgi?id=543590&amp;hide_resolved=0</a>&gt;<br>
&gt;<br>
</div>&gt; ------------------------------------------------------------------------<br>
&gt;<br>
&gt; --<br>
&gt; 389 users mailing list<br>
<div class="im">&gt; <a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a><br>
</div><div class="im">&gt; <a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/389-users</a><br>
<br>
</div><font color="#888888">--<br>
389 users mailing list<br>
</font><div class="im"><a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a><br>
</div><div><div></div><div class="h5"><a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/389-users</a></div></div></blockquote></div><br>