Neo - wrote:
> Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view all
> my openldap entries.
> Im able to read all the attribute values when i view through the ldapbrowser.
>
> But when i do slapcat and generate a ldif file i see some attribute like this
>
> mail:: IGF2ZXJ5
> Gavin Henry skrev, on 12-09-2007 11:22:
>
>> > Red Hat/FC/CentOS people should *never* build from a virgin tarball
>>> unless it's absolutely necessary, this statement after many years'
>>> experience with both methods. In 99% of all cases, rpms or srpms are
>>> available for all the above plat
Hi, I'm very interested on using the translucent overlay features on
my preexisting metadirectory implemented via back-meta (openldap
2.3.27). With my setup, the solution would be using translucent with
back-meta or indirectly using back-relay, but the translucent overlay
only supports back-ldap (a
>> And don't forget to wipe out the db, especially when it's just a
>>test db, when you change build version. It shouldn't matter, except
>>occasionally when changing minor version number (the X in 2.X.Y),
>>provided everything was built fine, but it would clear out one possible
>>source of errat
--On September 12, 2007 6:45:34 AM -0700 Neo - <[EMAIL PROTECTED]> wrote:
Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view
all my openldap entries.
Im able to read all the attribute values when i view through the
ldapbrowser.
But when i do slapcat and generate a ldif
Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view all my
openldap entries.
Im able to read all the attribute values when i view through the ldapbrowser.
But when i do slapcat and generate a ldif file i see some attribute like this
mail:: IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR
Why don't you try Buchan Milnes RPMs? (search the list for urls).
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E [EMAIL PROTECTED]
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/
--
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: [EMAIL PROTECTED]
---
__ NOD32 2525 (20070912) Information __
This message was checked by NOD32 antivirus system.
http://www.eset.com
--
Ron Parke
sys-net.it
---
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: [EMAIL PROTECTED]
---
__ NOD32 2525 (20070912) Information __
This message was checked by NOD32 antivirus system.
http://www.eset.com
Gavin Henry wrote:
Ron Parker wrote:
<>Any suggestions on what files I need to check to make sure slapd is
running with the correct version of Berkeley db?
Have you also tried clearing out your directory folder? And starting
again.
Which directory? You mean /etc/openldap?
--
Ron Parke
e Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
---
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: [EMAIL PROTECTED]
---
__ NOD32 2525 (20070912) Information __
Gavin Henry skrev, on 12-09-2007 11:22:
> Red Hat/FC/CentOS people should *never* build from a virgin tarball
unless it's absolutely necessary, this statement after many years'
experience with both methods. In 99% of all cases, rpms or srpms are
available for all the above platforms.
Well,
Ron Parker wrote:
> This is the entire file:
>
> dn: dc=db,dc=scbbs,dc=com
> objectclass: dcObject
> objectclass: organization
> o: TFG Database
> dc: db
>
> dn: cn=Manager,dc=db,dc=scbbs,dc=com
> objectclass: organizationalRole
> cn: Manager
>
Also, since you built from source, did you run "ma
Ron Parker wrote:
> Any suggestions on what files I need to check to make sure slapd is
> running with the correct version of Berkeley db?
>
Have you also tried clearing out your directory folder? And starting again.
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 279484
M +44
Thanks Everyone !
Here is my system configuration :
OpenLDAP version : 2.3.27
Berkeley DB Version: 4.4.20
Server : Mac OSX Tiger in Power PC
Memory : 8 GB
Number of physical DB : 3
Size of each DB : 4 , 12 and 24 each.
DB_CONFIG file for one DB , others are also set simillarly :
==
# $
> Red Hat/FC/CentOS people should *never* build from a virgin tarball
> unless it's absolutely necessary, this statement after many years'
> experience with both methods. In 99% of all cases, rpms or srpms are
> available for all the above platforms.
>
Well, unless they know what they are doing
Ron Parker wrote:
> Can't argue with that. I do appreciate the assistance. I had the Linux
> rpm version of openldap working just perfectly -- then my boss insisted
> that I get this dn aliasing thing working because he didn't want end
> users to see the actual root dn. Sigh.
I didn't mean to
Ron Parker wrote:
> Gavin Henry wrote:
>
>> Ron Parker wrote:
>>
>>
>>> <>Any suggestions on what files I need to check to make sure slapd is
>>> running with the correct version of Berkeley db?
>>>
>>> Have you also tried clearing out your directory folder? And starting
>>> again.
>>>
> Which d
You are supposed to check, not me. I cannot know what library you
intended to link in, and what you actually linked in, as opposed to
which one slapd is picking at run-time.
And, in general, I think this thread went a bit too far: you started by
asking how to configure a well known, stable, relia
On Mittwoch, 12. September 2007, Dieter Kluenter wrote:
> Hi,
>
> Quanah Gibson-Mount <[EMAIL PROTECTED]> writes:
> > --On Tuesday, September 11, 2007 5:26 PM +0200 Dieter Kluenter
> >
> > <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >> OpenLDAP-2.4.5beta
> >> SuSE-10.2
> >> db-4.4.20
> >> glibc-2.5.25
>
Hi,
I am testing 2.4.5beta syncrepl on 2 identical SuSE-10.2 vmware
slices. On both engines sizelimit is set to unlimited.
While on the provider side no sizelimit restrictions are announced,
that is, all entries above "cn=test0394,ou=benchmark,o=avci,c=de" are
allowed to read, on the consumer side
Hi,
Quanah Gibson-Mount <[EMAIL PROTECTED]> writes:
> --On Tuesday, September 11, 2007 5:26 PM +0200 Dieter Kluenter
> <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>> OpenLDAP-2.4.5beta
>> SuSE-10.2
>> db-4.4.20
>> glibc-2.5.25
>>
>> trying to run slapd an error occurs
>>
>> backend_startup_one: starting
22 matches
Mail list logo