[389-users] Announcing svrcore 4.1.2

Svrcore 4.1.2 The 389 Directory Server team is proud to announce svrcore version 4.1.2. Source tarballs are available for download at Download 389-ds-base Source . Fedora packages are avaliable for Fedora 24 and Rawhide repositories.

[389-users] Announcing 389 Directory Server version 1.3.5.3

389 Directory Server 1.3.5.3 The 389 Directory Server team is proud to announce 389-ds-base version 1.3.5.3. Fedora packages are available from the Fedora 24 and Rawhide repositories. The new packages and versions are: * 389-ds-base-1.3.5.3-1 Source tarballs are available for download

[389-users] Re: 389 Windows Console

On 12/15/2015 09:51 AM, Phil Daws wrote: Hello, I have 389 up and running in my lab, with encryption enabled, but when I connect too the Administration panel and double click on the Directory Server it just hangs. The CA certificate has been imported using: d:\Scratch\firefox_add-certs\bin>c

Re: [389-users] Multi master replication problem (389 DS - AD)

On Fri, Jul 5, 2013 at 3:15 PM, Noriko Hosoi mailto:nho...@redhat.com>> wrote: Alberto Viana wrote: Norkio, No, it's a new machine. I just rebuild everything. When you switched to the new machine, you reuse the old server cert from

[389-users] Announcing 389 Directory Server version 1.3.0.2 Stable

The 389 Project team is pleased to announce the release of 389-ds-base-1.3.0.2. The 1.3.0 release started supporting slapi transactions, improved performance, as well as fixed bugs. Installation yum install 389-ds The 389-ds-base-1.3.0.2 is currently being pushed to stable (389-ds-base-1.3.

[389-users] Announcing 389 Directory Server version 1.3.0.rc2 Testing

The 389 team is pleased to announce the availability of Release Candidate 2 of version 1.3.0 for Testing. This release supports slapi transactions, improves performance, as well as fixes numerous bugs. * Tracking tickets for 1.3.0 release - https://fedorahosted.org/389/report/14 The new packages

Re: [389-users] segfault while moving entry to non-existent LDAP container

(2012/11/13 05:22), Rich Megginson wrote: On 11/13/2012 03:30 AM, Vladimir Elisseev wrote: Hello, First of all I'd say that most likely this segfault is a result of badly designed application and/or bad coding. The segfault occurs while this application tries to move an entry to non-existing LD

Re: [389-users] Uniqueness Attribute for specific objects in a specific subtree

John A. Sullivan III wrote: On Fri, 2012-04-27 at 18:09 -0700, Marc Sauton wrote: On 04/27/2012 02:35 PM, John A. Sullivan III wrote: Hello, all. We would like to enforce unique cn for groupofuniquenames only and only under a specific part of the DIT. I'll illustrate with: O=Internal,DC=mycom

Re: [389-users] Several questions

ore information Thanks, --noriko How can I solve this??? Regards, Moses. El 26 de abril de 2012 20:41, Noriko Hosoi <mailto:nho...@redhat.com>> escribió: Moisés Barba Pérez wrote: Hi, I have several questions about syntax and attributes, hope you can help me

Re: [389-users] How to tell when database backup has finished?

You could search the task.with nstaskstatus attribute. $ ldapsearch -LLLx -h localhost -p -D 'cn=directory manager' -w -b "cn=backup,cn=tasks,cn=config" "(cn=backup_*)" nstaskstatus When the task is done, you'll see the "Backup finished." status: dn: cn=backup_2012_4_5_9_35_35,cn=backup,cn=t

Re: [389-users] LDAP server is unwilling to perform

I see a white space between MYDOMAIN\2C and dc\3Dcom in the agreement DN. Basically, it should have been automatically removed. dn: cn=389 to analog,cn=replica,cn=dc\3DMYDOMAIN\2C dc\3Dcom,cn=mapping tree,cn=config [13/Mar/2012:11:31:12 -0400] NSMMReplicationPlugin - agmtlist_add_callback: Ca

Re: [389-users] db import failure, when setting replication up

s the server still understand the db files? Yes, it's supposed to do so. --noriko -Reinhard *From:* 389-users-boun...@lists.fedoraproject.org [mailto:389-users-boun...@lists.fedoraproject.org] *On Behalf Of *Noriko Ho

Re: [389-users] db import failure, when setting replication up

mailto:389-users-boun...@lists.fedoraproject.org] *On Behalf Of *Noriko Hosoi *Sent:* Monday, May 23, 2011 1:42 PM *To:* 389-us...@lists.fedoraproject.org *Subject:* Re: [389-users] db import failure, when setting replication up Hi Reinhard, That was an unfortunate... I was hoping you were using

Re: [389-users] db import failure, when setting replication up

ves in 1.2.8. -Reinhard *From:* 389-users-boun...@lists.fedoraproject.org [mailto:389-users-boun...@lists.fedoraproject.org] *On Behalf Of *Noriko Hosoi *Sent:* Thursday, May 19, 2011 5:33 PM *To:* 389-us...@lists.fedoraproje

Re: [389-users] db import failure, when setting replication up

ailto:389-users-boun...@lists.fedoraproject.org] *On Behalf Of *Noriko Hosoi *Sent:* Tuesday, May 17, 2011 4:02 PM *To:* General discussion list for the 389 Directory server project. *Subject:* Re: [389-users] db import failure, when setting replication up Hi Reinhard, Reinhard Nappert wrote: Hi Norik

Re: [389-users] db import failure, when setting replication up

It looks to me you have hit this bug... Which version of 389-ds-base you are running? *Bug 684996* -Exported tombstone cannot be imported correctly. The patch should be in the version 1.2.8.2. Thanks, --noriko On 05/17/2011 11:03 AM,

Re: [389-users] 389-console fonts issue

(2011?04?01? 13:07), Orion Poplawski wrote: I've got a strange issue that I find annoying. My desktop machine is running Fedora 14. If I ssh to my 389 server and run 389-console there, the fonts are messed up (see attached snapshot). Everything is fine though if I run the console from my des

Re: [389-users] Can't access auto.master directory entries in console

(2011年01月06日 09:31), Orion Poplawski wrote: > On 01/05/2011 02:10 PM, Noriko Hosoi wrote: >> I might have missed something in the discussion, but even if >> numsubordinates >> is indexed only with presence: >> >> # dbscan -f numsubordinates.db4 -n -r >> + 3

Re: [389-users] difficulties upgrading from 1.2.5 to 1.2.6.1-2

Hi Barry, Could it be possible to share your error log (/var/log/dirsrv/slapd-ID/errors) with us? We are interested in what happened in "yum upgrade 389-ds-base", in which dn2rdn should be generated and DB upgrade should have finished. Also, what does your yum.log store about 389-ds? # gre

Re: [389-users] incorrect DNs sometimes returned on searches: 1.2.6 and 1.2.6.1

Hello, Eric. Is it possible to share any sample DNs with us? (No need to be as it is, you could replace a real uid with something else. But if there are any special characters in the string, we'd like to learn it.) And if you could tell us your use cases, it'd be a big help. For instance

Re: [389-users] entryrdn-index error message in error log

on our servers there are very few error messages in error logs and i know them all. This sort of error message (incorrect DN or filter in ldap search requests) was not logged in previous 389 versions, it's a behavour change... So the only thing that i should look into is the server crash dur

Re: [389-users] entryrdn-index error message in error log

On 08/25/2010 10:44 AM, Rich Megginson wrote: Noriko Hosoi wrote: Hi Andrey, Looking at this line,', is not a UTF-8 representation of apostrophe. Rather a Latin-1 representation? Also, it contains ',' in the rdn value without an escape. It's considered a separator be

Re: [389-users] entryrdn-index error message in error log

Ivanov wrote: 2010/8/25 Noriko Hosoi mailto:nho...@redhat.com>> Hi Andrey, Looking at this line, ', is not a UTF-8 representation of apostrophe. Rather a Latin-1 representation? Also, it contains ',' in the rdn value without an escape. It's considered a

Re: [389-users] Reindexing the database

As long as your index files are healthy, you don't have to reindex them. --noriko On 03/16/2010 12:56 PM, Diretorio Livre wrote: Hi, We're using Fedora Directory Server 1.2.0 and we've never reindex the database. Is it important to periodically reindex the database? I haven't found the reindex

Re: [389-users] id2entry.db4 very large

On 02/08/2010 08:16 AM, Giovanni Mancuso wrote: Hi, i have in my Directory Server the id2entry.db4 file that is 9,8GB: # ls -hl id2entry.db4 -rw--- 1 nobody nobody 9.8G Feb 8 15:11 id2entry.db4 But in my ldap i have only 33 entry: # ldapsearch -T -vvv -H ldaps://127.0.0.1 -x -Z -b "o=