<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 29/10/14 15:46, Rob Verduijn wrote:<br>
    </div>
    <blockquote
cite="mid:CAMkGkc7WEQz7MZpr2v8yWs_qGDfPx0eEAD5rV4DdpBLrvqT8xg@mail.gmail.com"
      type="cite">
      <div dir="ltr">You're right
        <div>duh I should read more carefully and not try to do to many
          things at once.
          <div><br>
          </div>
          <div>when using the dns principal and keytab the entries are
            not found.</div>
          <div><br>
          </div>
          <div>How do i fix the access controll instructions ?</div>
          <div>I can revert back easely and try a different aproach for
            the upgrade if you know one</div>
          <div>(I really started to appreciate snapshots with this
            upgrade :-) </div>
          <div><br>
          </div>
          <div>Rob</div>
        </div>
      </div>
    </blockquote>
    <br>
    Please try first this:<br>
    <br>
    # ipa-ldap-updater /usr/share/ipa/memberof-task.ldif<br>
    <br>
    It should repair privileges.<br>
    <blockquote
cite="mid:CAMkGkc7WEQz7MZpr2v8yWs_qGDfPx0eEAD5rV4DdpBLrvqT8xg@mail.gmail.com"
      type="cite">
      <div class="gmail_extra"><br>
        <div class="gmail_quote">2014-10-29 14:50 GMT+01:00 Petr Spacek
          <span dir="ltr"><<a moz-do-not-send="true"
              href="mailto:pspacek@redhat.com" target="_blank">pspacek@redhat.com</a>></span>:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex"><span
              class="">On 29.10.2014 14:32, Rob Verduijn wrote:<br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">
                I've checked and I see a lot of objects representing my
                dns entries.<br>
                Still I get no answers if i try to resolve any of them
                :(<br>
              </blockquote>
              <br>
            </span>
            Are you running ldapsearch with *exactly* same credentials
            as you have in /etc/named.conf?<br>
            <br>
            Could you post dynamic-db section from your named.conf?<br>
            <br>
            Petr^2 Spacek
            <div class="HOEnZb">
              <div class="h5"><br>
                <br>
                <blockquote class="gmail_quote" style="margin:0 0 0
                  .8ex;border-left:1px #ccc solid;padding-left:1ex">
                  Rob<br>
                  <br>
                  2014-10-29 13:28 GMT+01:00 Petr Spacek <<a
                    moz-do-not-send="true"
                    href="mailto:pspacek@redhat.com" target="_blank">pspacek@redhat.com</a>>:<br>
                  <br>
                  <blockquote class="gmail_quote" style="margin:0 0 0
                    .8ex;border-left:1px #ccc solid;padding-left:1ex">
                    On 28.10.2014 18:42, Rob Verduijn wrote:<br>
                    <br>
                    <blockquote class="gmail_quote" style="margin:0 0 0
                      .8ex;border-left:1px #ccc solid;padding-left:1ex">
                      before the update its 4.5-1.fc20.x86_64.rpm from
                      fedora 20 updates repo<br>
                      after the update its 6.0-5.fc20.x86_64.rpm from
                      copr repo<br>
                      <br>
                      Regards<br>
                      Rob<br>
                      <br>
                      <br>
                      2014-10-28 17:58 GMT+01:00 Martin Basti <<a
                        moz-do-not-send="true"
                        href="mailto:mbasti@redhat.com" target="_blank">mbasti@redhat.com</a>>:<br>
                      <br>
                          On 28/10/14 16:10, Rob Verduijn wrote:<br>
                      <blockquote class="gmail_quote" style="margin:0 0
                        0 .8ex;border-left:1px #ccc
                        solid;padding-left:1ex">
                        <br>
                           Hello all,<br>
                        <br>
                           I've been digging into my problem of being
                        unable to update from 3.3.5<br>
                        to 4.1<br>
                        <br>
                           First I add the repo from copr<br>
                        <br>
                           Then  I used to update it by issueing 'yum
                        update' which resulted in an<br>
                        update in which my local dns zone entries no
                        longer resolved.<br>
                        <br>
                           So i tried the instructions mentioned on the
                        site :<br>
                        yum update freeipa-server<br>
                        And this failed with a conflict in<br>
                        <br>
                           bind-32:9.9.4-18.fc20.1.pkcs11.x86_64 and<br>
                        bind-utils-32:9.9.4-15.P2.fc20.x86_64<br>
                        <br>
                           I noticed the new bind comes from the copr
                        repo and the old bind utils<br>
                        from fedora.<br>
                        <br>
                           So I first run 'yum update bind-utils -y'<br>
                        Then I ran yum update freeipa-server<br>
                        and see it fail with errors about softhsm<br>
                        <br>
                           I remembered reading about package errors
                        with softhsm and installed<br>
                        the<br>
                        softhsm-devel package first.<br>
                        <br>
                           so revert back the freeipa kvm snapshot to
                        3.3.5  and try again<br>
                        yum update bind-utils -y ;  yum install
                        softhsm-devel -y ; yum update<br>
                        freeipa-server -y<br>
                        <br>
                           However when restarting named-pkcs11 I can
                        see in the system log that<br>
                        it<br>
                        has 0 zones loaded<br>
                        <br>
                           Oct 28 15:28:30 freeipa.x.x
                        named-pkcs11[3029]: managed-keys-zone:<br>
                        loaded serial 0<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        zone 0.in-addr.arpa/IN:<br>
                        loaded serial 0<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        zone localhost/IN: loaded<br>
                        serial 0<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        zone<br>
                        1.0.0.127.in-addr.arpa/IN: loaded serial 0<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        zone<br>
                        localhost.localdomain/IN: loaded serial 0<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        zone<br>
                        1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.<br>
                        0.0.ip6.arpa/IN:<br>
                        loaded serial 0<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        all zones loaded<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        running<br>
                        Oct 28 15:28:30 freeipa.x.x named-pkcs11[3029]:
                        0 zones from LDAP<br>
                        instance<br>
                        'ipa' loaded (0 zones defined, 0 inactive, 0
                        failed to load)<br>
                        <br>
                           It claims 0 zones loaded but I can see my
                        forward and reverse zones in<br>
                        ipa<br>
                        <br>
                           what could cause it not to load the zones
                        that I defined in ipa ?<br>
                        <br>
                      </blockquote>
                      <br>
                    </blockquote>
                    This problem is usually caused by broken IPA upgrade
                    which destroys ACIs<br>
                    in LDAP which allow access to DNS sub-tree.<br>
                    <br>
                    Please follow instructions on:<br>
                    <br>
                    <a moz-do-not-send="true"
href="https://fedorahosted.org/bind-dyndb-ldap/wiki/BIND9/NamedCannotStart#a5"
                      target="_blank">https://fedorahosted.org/bind-dyndb-ldap/wiki/BIND9/NamedCannotStart#a5</a>.<br>
                    NozonesfromLDAPareloaded<br>
                    <br>
                    ... and let us know if you are able to see idnsZone
                    objects in LDAP or not.<br>
                  </blockquote>
                </blockquote>
                <br>
                <br>
                -- <br>
                Petr^2 Spacek<br>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Martin Basti</pre>
  </body>
</html>