[OpenAFS] fileserver on etch may crash because ulimit -s 8192

Jose Calhariz jose.calhariz@tagus.ist.utl.pt
Tue, 2 Oct 2007 20:55:50 +0100

Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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

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=E9 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

P.S. [Pt_Pt] A assinatura em baixo =E9 do gerador aleat=F3rio de
assinaturas, que estranhamente, escolhe com frequ=EAncia assinaturas que
parecem apropriadas ao email!

Fazer dinheiro =E9 arte, trabalhar =E9 arte e bons neg=F3cios s=E3o a melho=
r arte de todas

--Andy Warhol

Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

Version: GnuPG v1.4.6 (GNU/Linux)