Thank you
________________________________________
From: [email protected]
[[email protected]] On Behalf Of
[email protected]
[[email protected]]
Sent: Wednesday, September 24, 2014 5:35 PM
To: [email protected]
Subject: 389-users Digest, Vol 112, Issue 16
Send 389-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://admin.fedoraproject.org/mailman/listinfo/389-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of 389-users digest..."
Today's Topics:
1. Re: register-ds-admin against external LDAP urls (Rich Megginson)
2. DS SSL -CA replication and clients (Ghiurea, Isabella)
3. how to install the last 389-ds-1.3.3 on SL (Ghiurea, Isabella)
4. Re: how to install the last 389-ds-1.3.3 on SL (Rich Megginson)
5. Trouble with Replication - Initializing Consumers (Fong, Trevor)
6. Re: Trouble with Replication - Initializing Consumers
(Fong, Trevor)
----------------------------------------------------------------------
Message: 1
Date: Wed, 24 Sep 2014 08:22:32 -0600
From: Rich Megginson <[email protected]>
To: [email protected]
Subject: Re: [389-users] register-ds-admin against external LDAP urls
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 09/24/2014 05:53 AM, Alan Willis wrote:
The documentation for register-ds-admin.pl
<http://register-ds-admin.pl> says the following:
"The register-ds-admin.pl <http://register-ds-admin.pl> script does
not support external LDAP URLs, so the Directory Server instance must
be registered against a local Admin Server."
Would there be any issues in creating the ldap entries that this
script creates in a remote configuration directory instead of a local one?
No, and if you figure out the right formula for entries to create,
please let us know.
-alan
--
fistAlan Willis
Systems Administrator | Riot Games
Email: alwillis at riotgames.com <http://riotgames.com>
For, to speak out once for all, man only plays when in the full
meaning of the word he is a man, and /he is only completely a man when
he plays/. - J.C. Friedrich von Schiller - Letters upon the Æsthetic
Education of Man
--
389 users mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/389-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/6024dad1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1594 bytes
Desc: not available
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/6024dad1/attachment-0001.png>
------------------------------
Message: 2
Date: Wed, 24 Sep 2014 12:45:28 -0700
From: "Ghiurea, Isabella" <[email protected]>
To: "[email protected]"
<[email protected]>
Subject: [389-users] DS SSL -CA replication and clients
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Gurus,
I am learning to cfg 389DS-SSL option , we intend to cfg a multimaster DS
replication ,
need to know:
- if would work to have one CA for clients connecting to DS and ANOTHER CA
for inter DS replication ?
Next:
We intend to use the replication for failover and load balancing , we will cfg
multi master replication ,
- do I need each DS CA to be exchage on each replicate/master DS and also a
copy of CA on each clients?
Thank you
Isabella
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/78309b09/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 24 Sep 2014 14:08:58 -0700
From: "Ghiurea, Isabella" <[email protected]>
To: "[email protected]"
<[email protected]>
Subject: [389-users] how to install the last 389-ds-1.3.3 on SL
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
I'm running Scientific Linux release 6.5,base4.0-amd64,
I have 389-ds -1.2.2-1.el6 package installed using yum , I can 't get the
last version 389-ds-1.3.3 via yum installed , what I'm missing?
Isabella
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/13a78968/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 24 Sep 2014 15:17:12 -0600
From: Rich Megginson <[email protected]>
To: [email protected]
Subject: Re: [389-users] how to install the last 389-ds-1.3.3 on SL
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 09/24/2014 03:08 PM, Ghiurea, Isabella wrote:
I'm running Scientific Linux release 6.5,base4.0-amd64,
I have 389-ds -1.2.2-1.el6 package installed using yum , I can 't get
the last version 389-ds-1.3.3 via yum installed , what I'm missing?
You are missing 389-ds-base-1.3.3.x. There is no 389-ds-base-1.3.3.x in
RHEL6 or EPEL6, which means not in SL either. Use the latest
389-ds-base-1.2.11.x
Isabella
--
389 users mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/389-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/c0bf81a2/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 24 Sep 2014 21:24:35 +0000
From: "Fong, Trevor" <[email protected]>
To: "[email protected]"
<[email protected]>
Subject: [389-users] Trouble with Replication - Initializing Consumers
Message-ID:
<3b84b70741000448afbbb6f093d8c7f90128c8d...@s-itsv-mbx06p.ead.ubc.ca>
Content-Type: text/plain; charset="utf-8"
Hi Everyone,
I'm having trouble initializing consumers for replication.
On 2 of the 3 consumers, I get the following message after trying to
re-initialize the consumers from the 389-console:
NSMMReplicationPlugin - replica_replace_ruv_tombstone: failed to update
replication update vector for replica dc=stg,dc=id,dc=ubc,dc=ca: LDAP error - 1
I've tried to db2ldif dump the database and re-import everything again with
ldif2db before re-initializing.
I've even tried to ldif2db an export from the master before re-initializing.
I always get the above error.
Does anyone know what's going on or have any suggestions?
/var/log/dirsrv/slapd-instance/errors extract follows.
Thanks a lot,
Trev
[24/Sep/2014:14:13:13 -0700] - WARNING: Import is running with
nsslapd-db-private-import-mem on; No other process is allowed to access the
database
[24/Sep/2014:14:13:34 -0700] - import userRoot: Processed 19704 entries --
average rate 980.1/sec, recent rate 980.1/sec, hit ratio 0%
[24/Sep/2014:14:13:37 -0700] - ERROR bulk import abandoned
[24/Sep/2014:14:13:37 -0700] - import userRoot: Aborting all Import threads...
[24/Sep/2014:14:13:44 -0700] - import userRoot: Import threads aborted.
[24/Sep/2014:14:13:44 -0700] - import userRoot: Closing files...
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/id2entry.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/cn.db4: unable to flush: No such
file or directory
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/aci.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/departmentnumber.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/member.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/krbprincipalname.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/parentid.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/nsuniqueid.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/ou.db4: unable to flush: No such
file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/ubceducwlpuid.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/entryrdn.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/sn.db4: unable to flush: No such
file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/givenName.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/objectclass.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/uniquemember.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/uid.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/memberOf.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/mail.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/employeenumber.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - import userRoot: Import failed.
[24/Sep/2014:14:13:45 -0700] - process_bulk_import_op: NULL target sdn
[24/Sep/2014:14:13:46 -0700] NSMMReplicationPlugin -
replica_replace_ruv_tombstone: failed to update replication update vector for
replica dc=stg,dc=id,dc=ubc,dc=ca: LDAP error - 1
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/b0e6daab/attachment-0001.html>
------------------------------
Message: 6
Date: Wed, 24 Sep 2014 21:35:15 +0000
From: "Fong, Trevor" <[email protected]>
To: "[email protected]"
<[email protected]>
Subject: Re: [389-users] Trouble with Replication - Initializing
Consumers
Message-ID:
<3b84b70741000448afbbb6f093d8c7f90128c8d...@s-itsv-mbx06p.ead.ubc.ca>
Content-Type: text/plain; charset="utf-8"
And nope, reindexing with
/usr/lib64/dirsrv/slapd-instance/db2index.pl -v -D "cn=Directory Manager" -w
xxx -n userRoot
didn't help either.
Trev
From: [email protected]
[mailto:[email protected]] On Behalf Of Fong, Trevor
Sent: Wednesday, September 24, 2014 2:25 PM
To: [email protected]
Subject: [389-users] Trouble with Replication - Initializing Consumers
Hi Everyone,
I'm having trouble initializing consumers for replication.
On 2 of the 3 consumers, I get the following message after trying to
re-initialize the consumers from the 389-console:
NSMMReplicationPlugin - replica_replace_ruv_tombstone: failed to update
replication update vector for replica dc=stg,dc=id,dc=ubc,dc=ca: LDAP error - 1
I've tried to db2ldif dump the database and re-import everything again with
ldif2db before re-initializing.
I've even tried to ldif2db an export from the master before re-initializing.
I always get the above error.
Does anyone know what's going on or have any suggestions?
/var/log/dirsrv/slapd-instance/errors extract follows.
Thanks a lot,
Trev
[24/Sep/2014:14:13:13 -0700] - WARNING: Import is running with
nsslapd-db-private-import-mem on; No other process is allowed to access the
database
[24/Sep/2014:14:13:34 -0700] - import userRoot: Processed 19704 entries --
average rate 980.1/sec, recent rate 980.1/sec, hit ratio 0%
[24/Sep/2014:14:13:37 -0700] - ERROR bulk import abandoned
[24/Sep/2014:14:13:37 -0700] - import userRoot: Aborting all Import threads...
[24/Sep/2014:14:13:44 -0700] - import userRoot: Import threads aborted.
[24/Sep/2014:14:13:44 -0700] - import userRoot: Closing files...
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/id2entry.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/cn.db4: unable to flush: No such
file or directory
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/aci.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:44 -0700] - libdb: userRoot/departmentnumber.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/member.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/krbprincipalname.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/parentid.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/nsuniqueid.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/ou.db4: unable to flush: No such
file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/ubceducwlpuid.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/entryrdn.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/sn.db4: unable to flush: No such
file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/givenName.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/objectclass.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/uniquemember.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/uid.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/memberOf.db4: unable to flush:
No such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/mail.db4: unable to flush: No
such file or directory
[24/Sep/2014:14:13:45 -0700] - libdb: userRoot/employeenumber.db4: unable to
flush: No such file or directory
[24/Sep/2014:14:13:45 -0700] - import userRoot: Import failed.
[24/Sep/2014:14:13:45 -0700] - process_bulk_import_op: NULL target sdn
[24/Sep/2014:14:13:46 -0700] NSMMReplicationPlugin -
replica_replace_ruv_tombstone: failed to update replication update vector for
replica dc=stg,dc=id,dc=ubc,dc=ca: LDAP error - 1
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.fedoraproject.org/pipermail/389-users/attachments/20140924/7c64b5bd/attachment.html>
------------------------------
--
389 users mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/389-users
End of 389-users Digest, Vol 112, Issue 16
******************************************
--
389 users mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/389-users
