MAXLOGNAME > 17 ?

From: milo <paa01375_at_ig.com.br>
Date: Mon, 02 Jun 2003 00:52:38 -0300
Hi,

in my service I have one box linux runing openldap with five thousand
accounts. Many servers linux do authentication in this box and everything
is fine. We also use box freebsd 4, however without this feature because
not works nss_ldap in this version. Well, whith the begin of the 5.1, a could
see this working (thanks Vidrine).

My problem is size of username, that can be bigger than seventeen caracteres.
The define MAXLOGNAME in /usr/include/sys/param.h and UT_NAMESIZE
in /usr/include/utmp.h show me this.

I think that change this value can resolv. After one cvsup of current, my login
and syslogd were compiled again but not works. Then I did one attach  with
gdb in login and I watched that mistake was in setlogin(username) in the
child process.

-----
May 30 18:51:57 ws-tor-0012 login: setlogin(procergs-carlos-louzada):
Invalid argument - exiting
-----

If this is true, I need recompile the kernel and libc (make world)
with the new values? What can I do in this case?


ps. About 5.1-beta2, my console is full of warnings:

--------------
May 30 17:17:51 ws-tor-0012 kernel: Sleeping on "stopevent" with the 
following non-sleepa
blelocks held:
May 30 17:17:51 ws-tor-0012 kernel: exclusive sleep mutex sigacts r = 0 
(0xc42c4aa8) lock
ed _at_ /usr/src/sys/kern/subr_trap.c:248
May 30 17:17:51 ws-tor-0012 kernel: lock order reversal
May 30 17:17:51 ws-tor-0012 kernel: 1st 0xc42c4aa8 sigacts (sigacts) _at_ 
/usr/src/sys/kern/
subr_trap.c:248
May 30 17:17:51 ws-tor-0012 kernel: 2nd 0xc4187608 process lock (process 
lock) _at_ /usr/src
/sys/kern/kern_synch.c:312
May 30 17:17:51 ws-tor-0012 kernel: Stack backtrace:
May 30 17:17:59 ws-tor-0012 kernel: Sleeping on "stopevent" with the 
following non-sleepa
blelocks held:
May 30 17:17:59 ws-tor-0012 kernel: exclusive sleep mutex sigacts r = 0 
(0xc42d4aa8) lock
ed _at_ /usr/src/sys/kern/subr_trap.c:248
--------------

--
milo 
Received on Sun Jun 01 2003 - 18:55:19 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:10 UTC