On Tue, 2 Oct 2001, John Ziniti wrote:
Yeah ... something tells me it's a little more complicated than that.
Like recompiling the kernel, quite possibly. On FreeBSD there's
a sysctl, although you may still have to recompile the kernel in
some cases I think; on Linux you can zap a variable in
On Wednesday 03 October 2001 22:00, R. David Murray wrote:
On Tue, 2 Oct 2001, John Ziniti wrote:
Yeah ... something tells me it's a little more complicated than that.
Like recompiling the kernel, quite possibly. On FreeBSD there's
a sysctl, although you may still have to recompile the
[cc'ed to zope-dev so people can check this information]
On Thursday 04 October 2001 13:47, Joseph Wayne Norton wrote:
One related question that I have regarding cgi.py and zope.
Would there be any compatibility problem of applying the following
older cgi hotfix to python's cgi.py file and
There is always a hard limit of filedescriptors (based on the kernel
configuration). But usually you can change the number of descriptors
using limit descriptors under tcsh/csh. Under Bash I think you
must call ulimit.
Andreas
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
:( I was hoping against hope that this wouldn't be the answer ...
I think that the hard limit onSolaris must be 256, because ulimit -n 200
seems to have the appropriate effect of making Zope complain about
too many open files ... but anything higher than 256 gets
a File not found ...
Let's
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 12:01
Subject: Re: [Zope-dev] file descriptors on Solaris
:( I was hoping against hope that this wouldn't be the answer ...
I think that the hard limit onSolaris must
=x_names:list help?
Thanks.
Andreas Jung wrote:
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 12:01
Subject: Re: [Zope-dev] file descriptors on Solaris
:( I was hoping against hope that this wouldn't be the answer ...
I think
I'd just like to summarize for the list some additional findings,
questions and clarifications.
DIAGNOSIS:
It appears that this only happens when the form is specified with
enctype=multipart/form-data. In that case, Zope (or, more accurately,
the cgi module), tries to create temporary file
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 14:50
Subject: Re: [Zope-dev] file descriptors on Solaris [SUMMARY]
PROGNOSIS:
The problem (on Solaris) is not very easy to fix, since it lies in the
system-wide
This is nonsense. Solaris allows of course to use more than 256 FDs.
I don't know how they are stored inside the kernel but I have been using
Solaris in projects where we used 1024 FDs and more. Zope does not
increase the number of allowed FDs (resource module) but inherits
the settings from
- Original Message -
From: John Ziniti [EMAIL PROTECTED]
To: Andreas Jung [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, October 02, 2001 15:57
Subject: Re: [Zope-dev] file descriptors on Solaris [SUMMARY]
This is nonsense. Solaris allows of course to use more than 256 FDs
On Wednesday 03 October 2001 04:50, John Ziniti wrote:
DIAGNOSIS:
It appears that this only happens when the form is specified with
enctype=multipart/form-data. In that case, Zope (or, more accurately,
the cgi module), tries to create temporary file for each form input,
no matter what type
12 matches
Mail list logo
