On 04/02/2014 03:45 PM, Noriko Hosoi wrote:
Orion Poplawski wrote:
The epel-389-ds-base repo has not been updated with 389-ds-base-1.2.11.28,
which according to
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0834 is an
important security update. Is this repository still being
machine. Is
that possible?
Also, should the instance name of the slave server be different than the
instance name of the primary server? It doesn't seem to be a requirement, and
I'm not sure what is more or less confusing.
Thanks!
--
Orion Poplawski
Technical Manager
here:
http://www.cora.nwra.com/~orion/dirsrv.debug
I also had to remove 50ns-mail.ldif that re-appeared again to avoid conflicts
with my custom 60sendmail.ldif, but I expect that I guess.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office
On 07/05/2012 03:57 PM, Rich Megginson wrote:
On 07/05/2012 03:52 PM, Orion Poplawski wrote:
On 07/03/2012 10:49 AM, Rich Megginson wrote:
On 07/03/2012 10:45 AM, Orion Poplawski wrote:
We are looking to sync our groups between our ldap server and an AD server.
Our LDAP server also serves a
On 01/19/2012 11:21 AM, Rich Megginson wrote:
On 01/19/2012 11:22 AM, Orion Poplawski wrote:
On 01/18/2012 05:37 PM, Rich Megginson wrote:
On 01/18/2012 03:21 PM, Orion Poplawski wrote:
I'm seeing 389-ds-base 1.2.10-0.6.a6.el5 in epel testing, but only
389-ds-base-1.2.9-0.2.a2.el6 in
On 01/18/2012 05:37 PM, Rich Megginson wrote:
On 01/18/2012 03:21 PM, Orion Poplawski wrote:
I'm seeing 389-ds-base 1.2.10-0.6.a6.el5 in epel testing, but only
389-ds-base-1.2.9-0.2.a2.el6 in epel-testing-389-ds-base. Is this repo still
active?
Updated - try it now
Still seems old.
On 10/12/2011 03:35 PM, Rich Megginson wrote:
> On 10/12/2011 03:13 PM, Orion Poplawski wrote:
>> Looks like 389 doesn't by default have the LDAP Schema for Intranet Mail
>> Routing schema defined which uses objectClass inetLocalMailRecipient. Any
>> particular reason
root61678 Jun 15 15:49
/usr/share/java/389-console-1.1.7_en.jar
lrwxrwxrwx1 rootroot 24 Jun 15 15:49
/usr/share/java/389-console-1.1_en.jar -> 389-console-1.1.7_en.jar
lrwxrwxrwx 1 rootroot 24 Jun 15 15:49
/usr/share/java/389-console_
h certutil?
Anything else I can do to debug the SSL connection?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora
On 04/04/2011 02:17 PM, Orion Poplawski wrote:
> On 04/04/2011 11:45 AM, Noriko Hosoi wrote:
>> Then, what happens if you add this attribute value to the entry?
>>
>> nsPreference::
>> IwojRnJpIEFwciAwMSAxNToxMDoxMSBQRFQ
well. How do I track java font substitutions or find out where the
Dialog font is coming from?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder,
some update long ago
seems to have caused it.
Any thoughts or ideas on how to debug? I ran a diff of -D 9 -f console.log
output from the two and no smoking guns there.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 30
On 01/05/2011 01:46 PM, Rich Megginson wrote:
> On 01/05/2011 11:39 AM, Orion Poplawski wrote:
>> Filed https://bugzilla.redhat.com/show_bug.cgi?id=667488
> What does dbscan say?
> dbscan -f /var/lib/dirsrv/slapd-instancename/db/userRoot/numsubordinates.db4
> ?
So, my numsubordi
esult: 0 Success
# numResponses: 6
# numEntries: 5
This works:
ldapsearch -Z -x -b "dc=cora,dc=nwra,dc=com" -s one 'numSubordinates>0'
numSubordinates
# numResponses: 9
# numEntries: 8
I also tried >=2 through >=4 but none returned auto.master. >=22 successfully
el
On 01/04/2011 08:19 PM, Marc Sauton wrote:
> On Tue, 2011-01-04 at 17:04 -0700, Orion Poplawski wrote:
>> On 01/04/2011 02:40 PM, Rich Megginson wrote:
>>> On 01/04/2011 02:30 PM, Orion Poplawski wrote:
>>>> In 389-console, my auto.master folder entry does not appear
In 389-console, my auto.master folder entry does not appear on the left pane
so I can't edit the entries in it. It does appear as a folder icon on the
right. Any ideas why this would be? File a bug?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA
k end.
Any general suggestions? Currently I have all of our users in the top
dc=nwra,dc=com domain since I wanted to provide a unified space, but now not
so sure how this will interact with the windows domains.
Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
17 matches
Mail list logo