Excerpts from Rich Megginson's message of Mon Oct 18 11:22:25 -0400 2010:
> This looks like another symptom of bug 634561
> rpm -qi 389-ds-base
Maybe.
[r...@whole-enchilada ~]# rpm -qi 389-ds-base
Name: 389-ds-base Relocations: (not relocatable)
Version : 1.2.6.1
Done. https://bugzilla.redhat.com/show_bug.cgi?id=643979
Cheers,
Edward
P.S. Boy, I'm submitting a lot of bug reports these days! Sorry
'bout that :-)
--
389 users mailing list
389-us...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
Excerpts from Rich Megginson's message of Mon Sep 20 11:37:32 -0400 2010:
> What platform? What version of 389-ds-base? Can you install the
> 389-ds-base-debuginfo package?
> You will have to enable the directory server to produce a core dump.
> 1) edit /etc/sysconfig/dirsrv-instancename - add
Hello all,
I'm trying to recover a 5-master setup by reinitializing some
of the masters off of other masters. However, when I initiate
a full update using
nsDS5BeginReplicaRefresh: start
I see the following line in the target:
[23/Sep/2010:17:57:30 -0400] NSMMReplicationPlugin -
multimaster_
Hey Jason,
You may find this document I wrote up documenting our replication setup
useful:
http://scripts.mit.edu/trac/browser/branches/fc13-dev/server/doc/install-ldap
(Scroll down to "Set up replication")
Cheers,
Edward
--
389 users mailing list
389-us...@lists.fedoraproject.org
https://
Excerpts from Rich Megginson's message of Mon Sep 20 09:19:50 -0400 2010:
> > ns-slapd[2725]: segfault at 10a310af ip 003d58c95785 sp
> > 7ff2abf04040 error 4 in libcrypto.so.0.9.8n[3d58c0+15b000]
> > ns-slapd[2727]: segfault at 10a310af ip 003d58c95785 sp
> > 7ff2aab0
Excerpts from Nathan Kinder's message of Thu Sep 16 14:39:54 -0400 2010:
> It looks to me like your scriptsVhostDirectory attribute value is
> empty. Per RFC 4517, a Directory String must consist of one or more
> UTF8 characters. An empty value is invalid.
Good to know! What syntax should I u
Excerpts from Rich Megginson's message of Thu Sep 16 14:09:09 -0400 2010:
> 389-ds-base-1.2.6-0.1.a1 was the very first alpha version (i.e.
> unstable, not recommended for production use) that somehow got released
> to the F13 stable repository. We didn't think that early alpha users
> would mi
Hello all,
I can verify that the upgrade from 389-ds-base-1.2.6-0.1.a1.fc13.x86_64
to 1.2.6-1.fc13.x86_64 requires performing the instructions described
at [1] (in our case, LDAP authentication stopped working shortly after
the upgrade.) Is there any particular reason this isn't built into the
pr
