Package: nscd
Version: 2.3.2.ds1-20
Followup-For: Bug #306546
Hello,
We're having same type of problems with authentication. Our system
is also ldap based. When running nscd in the normal way (either lanching
it with /etc/init.d script or directly with /usr/sbin/nscd) we can't
acces to ids :
#0 24046 0.5 0.4 95576 2500 ?Ss 14:18 0:00 /usr/sbin/nscd
#140115575 0.0 0.1 2376 728 pts/4R+ 14:18 0:00 ps aux
But when running nscd with -d switch (all the other things are staying
configured the same way), we've got access to ids :
root 8782 0.0 0.4 95576 2496 pts/0S+ 14:25 0:00 /usr/sbin/nscd
-d
davy 16358 0.0 0.1 2376 728 pts/4R+ 14:30 0:00 ps aux
Running strace id with nscd in background mode (no -d switch) gives this
output (from socket access to the writing of the result, other lines may
be irrelevant) :
socket(PF_FILE, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = 0
writev(3, [{"\2\0\0\0\0\0\0\0\5\0\0\0", 12}, {"davy\0", 5}], 2) = 17
read(3, "11039: handle_request: request r"..., 36) = 36
close(3)= 0
write(2, "id: ", 4id: ) = 4
write(2, "davy: No such user", 18davy: No such user) = 18
Looking through the nscd.c main code, it appears there is few
differences in running nscd with -d switch (about 70 lines of clean C
code) and i did not notice anything.
Another strange behavior is that running nscd in debug mode will not
output anything on the terminal as expected : debug_level > 0 is the
only condition to get plenty of output and running with -d switch
implies ++debug_level (0 is the initial value) ...
Hope this informations will help. If i can do some more checks, traces
and so on, let me know.
Regards
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (40, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.7-grsec
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored:
LC_ALL set to [EMAIL PROTECTED])
Versions of packages nscd depends on:
ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]