nowe sshd

[Jakub Bogusz]

On Tue, Jun 25, 2002 at 06:21:20PM +0200, Arkadiusz Miskiewicz wrote:
> Artur Frysiak <wiget w pld.org.pl> writes:
> 
> > > > Pomaga s/ulimit -c 0/ulimit -S -c 0/ w /etc/rc.d/init.d/functions,
> > > > ale to "ulimit -c 0" było nie tylko ze względów estetycznych...
> > > 
> [..]
> > A co przeszkadza aby limit na wielkość pliku core był miękki ?
> Co jak deamon sam sobie je podniesie z jakiegoś powodu?
> 
> Ciekawa rzecz wystepuje też z pamem (0.75.8-1).  Mój konfig wygląda
> następująco:
[...]
> arekm   hard    core            50000000
> arekm   soft    core            50000000
[...]

Wygląda na to, że nawet na 2.4 (glibc i pam 0.75.8 kompilowane w tym
środowisku) używa 32-bitowych wersji *rlimit.
Stąd 50000000*1024 bajtów to trochę za dużo.

> A pam_limits wołany z sshd próbuje ustawić:
[...]
> 20211 setrlimit(RLIMIT_CORE, {rlim_cur=2147483647, rlim_max=2147483647}) = 0
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

glibc kompilowane na jakim jajku? Jeśli na 2.2 to glibc ogranicza.

U mnie się przekręca i są jakieś liczby z kosmosu, jeśli
<limit z limits.conf>*1024 > 2GB.

Przy limicie jaki mam ustawiony jest OK (oprócz tego EPERM :/):

16045 setrlimit(RLIMIT_CORE, {rlim_cur=1000000*1024, rlim_max=1000000*1024}) = -1 EPERM (Operation not permitted)


-- 
Jakub Bogusz    http://prioris.mini.pw.edu.pl/~qboosh/