[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: cannot start instance



On Thu, 2015-01-01 at 22:35 +0100, Michael Ströder wrote:
> Brendan Kearney wrote:
> > On Wed, 2014-12-31 at 13:50 -0800, Quanah Gibson-Mount wrote:
> >> --On Wednesday, December 31, 2014 3:31 PM -0500 Brendan Kearney 
> >> <bpk678@gmail.com> wrote:
> >>
> >>
> >>> /usr/sbin/slapd -u ldap -h "ldapi:/// ldap:///"; -4 -d9
> >>
> >>> olcServerID: 1 ldap://ldap1.bpk2.com
> >>> olcServerID: 2 ldap://ldap2.bpk2.com
> >>>
> >>> not sure what is wrong.  can someone point me in the right direction?
> >>
> >> Your -h argument clearly does not match anything in olcServerID.  Seems 
> >> fairly clear to me, which is what the error message you received was 
> >> pointing out. ;)
> > 
> > its looking for cn=Subschema, which does not exist on the instance that
> > wont start, does not exist on the MMR mirror instance, and cannot be
> > added to the MMR mirror instance.
> > 
> > 54a5a578 send_ldap_result: conn=-1 op=0 p=0
> > 54a5a578 >>> dnNormalize: <cn=Subschema>
> > 54a5a578 <<< dnNormalize: <cn=subschema>
> > 54a5a578 read_config: no serverID / URL match found. Check slapd -h
> > arguments.
> 
> Why don't you read Quanah's clear answer more carefully?
> 
> Ciao, Michael.
> 

because it is irrelevant.  as i stated, the listeners start:
54a5c33d daemon_init: listen on ldapi:///
54a5c33d daemon_init: listen on ldap:///
54a5c33d daemon_init: 2 listeners to open...
ldap_url_parse_ext(ldapi:///)
54a5c33d daemon: listener initialized ldapi:///
ldap_url_parse_ext(ldap:///)
54a5c33d daemon: listener initialized ldap:///
54a5c33d daemon_init: 2 listeners opened
ldap_create
54a5c33d slapd init: initiated server.
54a5c33d slap_sasl_init: initialized!

moreover, the parameters i use are the defaults
also, the man page says they are perfectly acceptable
also, two other separate running instances use the same parameters
also, the MMR mirror to this instance is using the same parameters
also, this now defunct instance used them previously without issue, and
they have not been changed.
also, i have validated the DNS names
also, i have used ldap://<A Record>, ldap://<CNAME Record>/, and
ldap://<IP Address>/, all of which fail with the same error
also, i have added the A and CNAME Record info to /etc/hosts, and it
still failed in the same way, in the same place and with the same error.

clearly, the above proves that the parameters i am using are not the
problem.