On Fri, Apr 16, 2004 at 11:53:28AM -0600, Michael Loftis wrote:
> Not system wide, re-read my message. I'm using that. That only works for
> PAM apps. init isn't a PAM app. somewhere between the kernel firing init
> and initscripts getting run something is screwing up that limit. And there
Not system wide, re-read my message. I'm using that. That only works for
PAM apps. init isn't a PAM app. somewhere between the kernel firing init
and initscripts getting run something is screwing up that limit. And there
has beena change between 'woody' and 'sarge' since sarge isn't screwe
On Thu, Apr 15, 2004 at 02:10:37PM -0600, Michael Loftis wrote:
> For whatever reason debian stable somewhere somehow defaults to a
> RLIMIT_NPROC (max user processes) of 256. This is fine for a desktop but
> absurd for a server. I have yet to find a good way to fix this, but I
> still don't s
For whatever reason debian stable somewhere somehow defaults to a
RLIMIT_NPROC (max user processes) of 256. This is fine for a desktop but
absurd for a server. I have yet to find a good way to fix this, but I
still don't see what is changing it. It should be something like 7000 on
the machin
4 matches
Mail list logo