I’m trying to set nsslapd-listen-backlog-size which is documented to change the listen queue backlog.
I have net.core.somaxconn = 8192 and I am trying to set listen-backlog to 4096.
I get the following:
[02/Sep/2014:18:49:33 -0400] config - Unknown attribute nsslapd-listen-backlog-size will be ignored
[02/Sep/2014:18:49:33 -0400] - 389-Directory/22.214.171.124 B2014.219.205 starting up
[02/Sep/2014:18:49:33 -0400] - slapd started. Listening on All Interfaces port 389 for LDAP requests
[02/Sep/2014:18:49:33 -0400] - Listening on All Interfaces port 636 for LDAPS requests
Why am I getting the Unknown attribute error? (i feel like i am doing something really stupid here).
I’m having a bad time finding documentation on how I would set up my 389-ds to only listen to localhost:389, and require all other connections to happen on port 636. The server is headless, so using the console is less than optimum.
Has anything like that been written?
David - Offbeat http://dafydd.livejournal.com
dafydd - Online http://pgp.mit.edu/
Battalion 4 - Black Rock City Emergency Services Department
Dr. Viktor Frankenstein enters into a body building competition
only to find he has seriously misunderstood the objective.
I have an old fedora directory server, and I'm migrating it to a new
server, and on the new server, I have installed the latest version.
I had a custom attribute with a Boolean data type in the old one, and now,
when I try to ldif import into the new server, I receive an error "value #0
invalid per syntax"
However, I changed the data type to Directory String, and it imports.
good thing / bad thing
So I have a fedora directory server version 1.1.0, build date of 2007, and
now I'm trying to migrate to a new server, so I have installed the
latest/greatest. I'm having issues on my ldif imports, it's blowing up on
Boolean string, yet if I change it to Directory string, it will import.
I've banged my head against this for 3 days now. Was wondering about going
to an older version, getting the data imported, then doing the yum upgrade.
Anyone with experience with doing yum upgrades, and did everything work out
in the end. Any gotchas that I might come across?
We are pleased to announce the launch of our new wiki
The site has been significantly revised, and moved to a more stable
environment. The layout, content, and organization has all been
improved. Please note, you will need to revise any old bookmarks you
may have, as the old ones will probably not work anymore.
Also, if you would like to add/edit content on the site you just need to
file a ticket <https://fedorahosted.org/389/newticket> (use "wiki" as
the component), add your content(preferably in MarkDown format, but not
required), and we will post it.
389 Project Team