This mailing list knows that in Debian etch where stack is limited by default to 8192, may not be enough to run a fileserver?
I know the Debian Packagers of openafs read this list. Should I send
a bug report to Debian or is this a known bug and fixed on a newer
package? I didn't find anything about this in Debian Bug Tracking
System.
I have hacked a solution, but other people may be bitten by this problem.
By default ulimit -a is:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
max nice (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) unlimited
max rt priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
José Calhariz
--
P.S. [En_US] The sig below is from my random sig-generator, which strangely
often seems to pick signatures which are apropriate to the message at
hand!
P.S. [Pt_Pt] A assinatura em baixo é do gerador aleatório de
assinaturas, que estranhamente, escolhe com frequência assinaturas que
parecem apropriadas ao email!
--
Fazer dinheiro é arte, trabalhar é arte e bons negócios são a melhor arte de
todas
--Andy Warhol
signature.asc
Description: Digital signature
