[Users] problems adding a domain
Yair Zaslavsky
yzaslavs at redhat.com
Mon Dec 3 07:38:42 EST 2012
Roy - yes, probably a bug.
Either Ravi or I will take a look at this ASAP.
----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> To: "Cristian Falcas" <cristi.falcas at gmail.com>, "Yair Zaslavsky"
> <yzaslavs at redhat.com>
> Cc: users at ovirt.org
> Sent: Monday, December 3, 2012 12:28:46 PM
> Subject: Re: [Users] problems adding a domain
> On 12/03/2012 11:47 AM, Cristian Falcas wrote:
> > On Mon, Dec 3, 2012 at 9:08 AM, Roy Golan < rgolan at redhat.com >
> > wrote:
>
> > > On 12/02/2012 10:52 PM, Cristian Falcas wrote:
> >
>
> > > > On Fri, Nov 30, 2012 at 1:53 AM, Cristian Falcas <
> > > > cristi.falcas at gmail.com > wrote:
> > >
> >
>
> > > > > Hi all,
> > > >
> > >
> >
>
> > > > > I had some problems with the beta version and I tried again
> > > > > the
> > > > > nightly builds. i think that somewhere in the code the domain
> > > > > is
> > > > > not
> > > > > added correctly. Trying to add a domain, I got this in the
> > > > > logs:
> > > >
> > >
> >
>
> > > > > 2012-11-30 01:38:33,962 DEBUG
> > > > > [org.apache.commons.configuration.ConfigurationUtils]
> > > > > ConfigurationUtils.locate(): base is null, name is
> > > > > /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf
> > > >
> > >
> >
>
> > > > > 2012-11-30 01:38:33,977 DEBUG
> > > > > [org.apache.commons.configuration.ConfigurationUtils] Loading
> > > > > configuration from the absolute path
> > > > > /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf
> > > >
> > >
> >
>
> > > > > 2012-11-30 01:38:37,523 ERROR
> > > > > [org.ovirt.engine.core.utils.dns.DnsSRVLocator] Error: could
> > > > > not
> > > > > find DNS SRV record name: _ldap._tcp..
> > > >
> > >
> >
>
> > > > > Exception message is: DNS name not found [response code 3]
> > > >
> > >
> >
>
> > > > > Possible causes: missing DNS entries in the DNS server or DNS
> > > > > resolving issues from engine-core machine.
> > > >
> > >
> >
>
> > > > > Please Ensure correct DNS entries exist in the DNS server and
> > > > > ensure
> > > > > the DNS server is reachable from the engine-core machine.
> > > >
> > >
> >
>
> > > > > 2012-11-30 01:38:37,523 DEBUG
> > > > > [org.ovirt.engine.core.utils.kerberos.ManageDomainsResult]
> > > > > Got
> > > > > null
> > > > > value.
> > > >
> > >
> >
>
> > > > > 2012-11-30 01:38:37,527 ERROR
> > > > > [org.ovirt.engine.core.utils.kerberos.ManageDomains] Failed
> > > > > reading
> > > > > current configuration. Details: Could not locate LDAP servers
> > > > > to
> > > > > be
> > > > > used to validate the input of the utility
> > > >
> > >
> >
>
> > > > > It looks like it's trying to get the info for " _ldap._tcp."
> > > > > instead
> > > > > of " _ldap._tcp.domain"?
> > > >
> > >
> >
>
> > > > > Best regards,
> > > >
> > >
> >
>
> > > > > Cristian Falcas
> > > >
> > >
> >
>
> > > > Hi,
> > >
> >
>
> > > > I still have the same error with the nighly builds. Can anyone
> > > > tell
> > > > me is this is an error on my side or if I should wait for a
> > > > fix?
> > >
> >
>
> > > > _______________________________________________
> > >
> >
>
> > > > Users mailing list Users at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> >
>
> > > pls attach the whole log and the full command line.
> >
>
> > > _______________________________________________
> >
>
> > > Users mailing list
> >
>
> > > Users at ovirt.org
> >
>
> > > http://lists.ovirt.org/mailman/listinfo/users
> >
>
> > Also the file /etc/ovirt-engine/krb5.conf is not created.
>
> > Doing a tcpdump trace, I it's asking the dns server to resolve the
> > name "_ldap._tcp". The response is "Standard query response, No
> > such
> > name".
>
> > Command:
>
> > engine-manage-domains -action=add -domain= company.com
> > -provider=ActiveDirectory -user= user.name -passwordFile=/tmp/pass
>
> > Logs:
>
> > 2012-12-02 22:56:44,038 DEBUG
> > [org.apache.commons.configuration.ConfigurationUtils]
> > ConfigurationUtils.locate(): base is null, name is
> > /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf
>
> > 2012-12-02 22:56:44,052 DEBUG
> > [org.apache.commons.configuration.ConfigurationUtils] Loading
> > configuration from the absolute path
> > /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf
>
> > 2012-12-02 22:56:48,033 ERROR
> > [org.ovirt.engine.core.utils.dns.DnsSRVLocator] Error: could not
> > find DNS SRV record name: _ldap._tcp..
>
> > Exception message is: DNS name not found [response code 3]
>
> > Possible causes: missing DNS entries in the DNS server or DNS
> > resolving issues from engine-core machine.
>
> > Please Ensure correct DNS entries exist in the DNS server and
> > ensure
> > the DNS server is reachable from the engine-core machine.
>
> > 2012-12-02 22:56:48,033 DEBUG
> > [org.ovirt.engine.core.utils.kerberos.ManageDomainsResult] Got null
> > value.
>
> > 2012-12-02 22:56:48,050 ERROR
> > [org.ovirt.engine.core.utils.kerberos.ManageDomains] Failed reading
> > current configuration. Details: Could not locate LDAP servers to be
> > used to validate the input of the utility
>
> clearly a bug - I suspect its related to commit
> bad73b624bf68f7817e9b2ecfcf9ef8489eea8f5 - the domain name is
> assumed to be already in the config.
> Yair - will you open the bug?
> please look at the createConfigurationProvider
> String domainName = getConfigValue(engineConfigExecutable,
> engineConfigProperties, ConfigValues.DomainName); <<< domain from
> the config. in "add" flow the domain isn't persisted yet
> String ldapSecurityAuthentication =
> getConfigValue(engineConfigExecutable,
> engineConfigProperties,
> ConfigValues.LDAPSecurityAuthentication);
> ldapDnsResult = validateLdapServers(domainName);
> its using the domain name from the config instead of using whatever
> passes to the parser object as an argument. this will work for
> updating an existing domain but not for new ones.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121203/5c143c3b/attachment-0002.html>
More information about the Users
mailing list