Stephen Frost wrote:
* Stephen Frost ([EMAIL PROTECTED]) wrote:
Right, with the defaults... The idea was to reduce those. I've played
with this some in preparation of 251-6. Try:
reconn_maxconntries = 2
reconn_tries = 1
reconn_sleeptime = 1
reconn_maxsleeptime = 8
I guess I could
* Jan Evert van Grootheest ([EMAIL PROTECTED]) wrote:
Using these settings, udevd still reports about the ldap server being
unreachable.
Right, that's expected, and perfectly reasonable.
But the timeouts are now such that bootup is basically a snap. Each
search takes about 1 second.
Good.
* Jan Evert van Grootheest ([EMAIL PROTECTED]) wrote:
I've tried it.
I'm not sure you have...
During boot udevd attempts to resolve a few groups (group scanner, group
scanner, group scanner, group nvram, user tss, group tss, group fuse,
group rdma, group rdma), as far as I understand the
Stephen Frost wrote:
* Steinar H. Gunderson ([EMAIL PROTECTED]) wrote:
On Tue, Oct 03, 2006 at 11:28:34PM -0700, Steve Langasek wrote:
Can we just fix libnss-ldap already to use a sensible default bind policy,
please?
Sure, I could do that (removing the boot-time workarounds),
* Stephen Frost ([EMAIL PROTECTED]) wrote:
Right, with the defaults... The idea was to reduce those. I've played
with this some in preparation of 251-6. Try:
reconn_maxconntries = 2
reconn_tries = 1
reconn_sleeptime = 1
reconn_maxsleeptime = 8
I guess I could have been clearer on these,
On Wed, Oct 04, 2006 at 02:14:13AM +0200, Steinar H. Gunderson wrote:
The first one is that it attempts to touch a file in a directory that
does not exist. /etc/init.d/libnss-ldap needs /lib/init/rw to exist but
does not make sure.
Simple fix is to create the dir manually.
You're mixing
On Tue, Oct 03, 2006 at 11:28:34PM -0700, Steve Langasek wrote:
Can we just fix libnss-ldap already to use a sensible default bind policy,
please?
Sure, I could do that (removing the boot-time workarounds), assuming the
maintainer doesn't object...
/* Steinar */
--
Homepage:
Steve,
Steve Langasek wrote:
On Wed, Oct 04, 2006 at 02:14:13AM +0200, Steinar H. Gunderson wrote:
The first one is that it attempts to touch a file in a directory that
does not exist. /etc/init.d/libnss-ldap needs /lib/init/rw to exist but
does not make sure.
Simple fix is to create the dir
* Steinar H. Gunderson ([EMAIL PROTECTED]) wrote:
On Tue, Oct 03, 2006 at 11:28:34PM -0700, Steve Langasek wrote:
Can we just fix libnss-ldap already to use a sensible default bind policy,
please?
Sure, I could do that (removing the boot-time workarounds), assuming the
maintainer doesn't
Package: libnss-ldap
Version: 251-5.2
Severity: critical
Justification: breaks the whole system
This version of libnss-ldap attempts to do something about the issue
that the ldap server might be unreachable due to not-yet started
services. (i.e. bind-policy soft)
Well. There are two simple
retitle 390926 libnss-ldap needs a versioned dependency on initscripts
thanks
(Taking it once more, this time in the BTS so others can get an idea of what
I think of the bug(s).)
On Tue, Oct 03, 2006 at 09:22:13PM +0200, Jan Evert van Grootheest wrote:
Package: libnss-ldap
Version: 251-5.2
11 matches
Mail list logo