[389-users] Authentication method not supported
ilmir at atacom.kz
ilmir at atacom.kz
Tue Jul 16 05:24:21 UTC 2013
Good morning!
I can build or test on IBM Power 7 platform.
--
Ilmir Mulyukov
Pre-sales Manager & Solution Designer
Hitachi Data Systems & IBM & Juniper Networks Official Distributor
ATACOM LTD
Kazakhstan, Almaty
67, Mametovoi street,
Tel: +7 727 237 98 97
Fax: +7 727 237 98 99
Mob: +7 701 783 40 91
Web: http://www.atacom.kz
From: Rich Megginson <rmeggins at redhat.com>
To: "General discussion list for the 389 Directory server project."
<389-users at lists.fedoraproject.org>,
Cc: 389-users-bounces at lists.fedoraproject.org
Date: 15.07.2013 20:59
Subject: Re: [389-users] Authentication method not supported
Sent by: 389-users-bounces at lists.fedoraproject.org
On 07/14/2013 11:00 PM, Paul Robert Marino wrote:
Solaris was one of the original platforms and has been both 64 bit space
and AMD along with 32 bit Intel and IBM Power arc since long ago so I find
your assertion somewhat doubtful. On the other hand how can you expect a
desk top 32 bit (workstation version of the IBM power) architecture which
was abandoned nearly a decade ago to still be supported.
Part/all of the problem may be the support for atomic operations we added
a couple of years ago, which is very architecture specific, and got
practically no testing on platforms other than intel/amd. So please file
tickets, but what we really need is someone who can build/test on these
other architectures.
-- Sent from my HP Pre3
On Jul 14, 2013 10:38 PM, ilmir at atacom.kz <ilmir at atacom.kz> wrote:
Yes I think so.
But unfortunately I can't check it.
Becase the Fedora didn't supported ppc32 on Power Platform.
Do you think this is a bug? I can create the bug in bugzilla.
--
Ilmir Mulyukov
Pre-sales Manager & Solution Designer
Hitachi Data Systems & IBM & Juniper Networks Official Distributor
ATACOM LTD
Kazakhstan, Almaty
67, Mametovoi street,
Tel: +7 727 237 98 97
Fax: +7 727 237 98 99
Mob: +7 701 783 40 91
Web: http://www.atacom.kz
From: Ludwig Krispenz <lkrispen at redhat.com>
To: "General discussion list for the 389 Directory server project."
<389-users at lists.fedoraproject.org>,
Date: 01.07.2013 20:42
Subject: Re: [389-users] Authentication method not supported
Sent by: 389-users-bounces at lists.fedoraproject.org
Hi,
there was recently an other thread about a failure on sparc, now ppc, both
big endian. Maybe we have a 32 access to a 64 bit var, which has no effect
on little endian machines.
Ludwig
On 07/01/2013 04:06 PM, Rich Megginson wrote:
On 06/30/2013 12:10 AM, ilmir at atacom.kz wrote:
Good morning!
Yes. Accesslog level is 772:
[30/Jun/2013:12:00:31 +0600] conn=50705 fd=69 slot=69 connection from
127.0.0.1 to 127.0.0.1
[30/Jun/2013:12:00:31 +0600] conn=50705 op=0 BIND
dn="uid=kolab-service,ou=Special Users,dc=example,dc=kz" method=128
version=3
[30/Jun/2013:12:00:31 +0600] conn=Internal op=-1 SRCH
base="uid=kolab-service,ou=special users,dc=example,dc=kz" scope=0
filter="(|(objectclass=*)(objectclass=ldapsubentry))" attrs=ALL
[30/Jun/2013:12:00:31 +0600] conn=Internal op=-1 ENTRY
dn="uid=kolab-service,ou=Special Users,dc=example,dc=kz"
[30/Jun/2013:12:00:31 +0600] conn=Internal op=-1 RESULT err=0 tag=48
nentries=1 etime=0
[30/Jun/2013:12:00:31 +0600] conn=50705 op=0 RESULT err=7 tag=97
nentries=0 etime=0
[30/Jun/2013:12:00:31 +0600] conn=50705 op=1 UNBIND
[30/Jun/2013:12:00:31 +0600] conn=50705 op=1 fd=69 closed - U1
This is part of log which is responsible for [root at xat noarch]# ldapsearch
-x -D "uid=kolab-service,ou=Special Users,dc=example,dc=kz" -w secret -b
"dc=example,dc=kz" -s sub "(objectclass=*)"
If you need full log I can send you but it very heavy.
Hmm - PPC - we don't do any testing on that platform, so it could be PPC
specific.
What's in the errors log?
Thank you for helping!
--
Ilmir Mulyukov
From: Tim Cambridge <tim.cambridge at london.gov.uk>
To: "'389-users at lists.fedoraproject.org'"
<389-users at lists.fedoraproject.org>,
Date: 30.06.2013 04:59
Subject: Re: [389-users] Authentication method not supported
Sent by: 389-users-bounces at lists.fedoraproject.org
Would it be any help to look at the access log on the server with 389-ds
installed ?
Maybe in sub directory of /var/log/ ?
Tim
From: ilmir at atacom.kz [mailto:ilmir at atacom.kz]
Sent: Saturday, June 29, 2013 08:58 PM
To: 389-users at lists.fedoraproject.org <389-users at lists.fedoraproject.org>
Subject: [389-users] Authentication method not supported
Hello!
During the setup the Kolab on system with 389-ds I have found the
following message:
Your new DS instance 'xat' was successfully created.
Creating the configuration directory server . . .
Could not authenticate as user
'uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot' to
server 'ldap://xat.example.kz:389/o=NetscapeRoot'. Error: Authentication
method not supported
I thought that may be this is bug of kolab but new instance have the same
problem.
[root at xat noarch]# ldapsearch -x -D "uid=kolab-service,ou=Special
Users,dc=example,dc=kz" -w secret -b "dc=example,dc=kz" -s sub
"(objectclass=*)"
ldap_bind: Authentication method not supported (7)
additional info: auth method not supported
[root at xat noarch]# ldapsearch -x -D "cn=directory manager" -w secret -s
base
dn:
objectClass: top
namingContexts: dc=example,dc=kz
namingContexts: o=netscaperoot
defaultnamingcontext: dc=example,dc=kz
supportedExtension: 2.16.840.1.113730.3.5.7
supportedExtension: 2.16.840.1.113730.3.5.8
supportedExtension: 2.16.840.1.113730.3.5.3
supportedExtension: 2.16.840.1.113730.3.5.12
supportedExtension: 2.16.840.1.113730.3.5.5
supportedExtension: 2.16.840.1.113730.3.5.6
supportedExtension: 2.16.840.1.113730.3.5.9
supportedExtension: 2.16.840.1.113730.3.5.4
supportedExtension: 2.16.840.1.113730.3.6.5
supportedExtension: 2.16.840.1.113730.3.6.6
supportedExtension: 2.16.840.1.113730.3.6.7
supportedExtension: 2.16.840.1.113730.3.6.8
supportedExtension: 1.3.6.1.4.1.4203.1.11.1
supportedControl: 2.16.840.1.113730.3.4.2
supportedControl: 2.16.840.1.113730.3.4.3
supportedControl: 2.16.840.1.113730.3.4.4
supportedControl: 2.16.840.1.113730.3.4.5
supportedControl: 1.2.840.113556.1.4.473
supportedControl: 2.16.840.1.113730.3.4.9
supportedControl: 2.16.840.1.113730.3.4.16
supportedControl: 2.16.840.1.113730.3.4.15
supportedControl: 2.16.840.1.113730.3.4.17
supportedControl: 2.16.840.1.113730.3.4.19
supportedControl: 1.3.6.1.4.1.42.2.27.8.5.1
supportedControl: 1.3.6.1.4.1.42.2.27.9.5.2
supportedControl: 1.2.840.113556.1.4.319
supportedControl: 1.3.6.1.4.1.42.2.27.9.5.8
supportedControl: 1.3.6.1.4.1.4203.666.5.16
supportedControl: 2.16.840.1.113730.3.4.14
supportedControl: 2.16.840.1.113730.3.4.20
supportedControl: 1.3.6.1.4.1.1466.29539.12
supportedControl: 2.16.840.1.113730.3.4.12
supportedControl: 2.16.840.1.113730.3.4.18
supportedControl: 2.16.840.1.113730.3.4.13
supportedSASLMechanisms: EXTERNAL
supportedSASLMechanisms: GSSAPI
supportedSASLMechanisms: CRAM-MD5
supportedSASLMechanisms: PLAIN
supportedSASLMechanisms: DIGEST-MD5
supportedSASLMechanisms: LOGIN
supportedLDAPVersion: 2
supportedLDAPVersion: 3
vendorName: 389 Project
vendorVersion: 389-Directory/1.3.0.6 B2013.101.06
dataversion: 020130629192303020130629192303
netscapemdsuffix: cn=ldap://dc=xat,dc=example,dc=kz:389
I understand the this not the problem of credential and passwords. But it
the problem of authentication mechanism of LDAP
But where is core of this problem?
P.S: 389-ds is installed on Fedora 18 for PPC64
Thank you!
--
Ilmir Mulyukov
This message has been scanned for viruses.
Click here to report this email as spam.
Team London - choose from an array of local volunteering opportunities by
interest, location or amount of time you have spare.
Visit: http://volunteerteam.london.gov.uk
GREATERLONDONAUTHORITY
EMAIL NOTICE:
The information in this email may contain confidential or privileged
materials. Please read the full email notice at
http://www.london.gov.uk/email-notice --
389 users mailing list
389-users at lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users at lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users at lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users at lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users at lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users at lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20130716/0d08f846/attachment.html>
More information about the 389-users
mailing list