Not sure if this is relevant, but on my big Linux/Cyrus server I had
to:
echo 16384 > /proc/sys/fs/file-max
to increase the total number of file descriptors that can be open at
one time.
I didn't have to use ulimit or anything else...
This should probably be included in the cyrus-docs somewhere; it's
still relevant on 2.4 and if it bites you it gets very ugly. (at
2am; reconstruct -r user)
regards,
David
Jeremy Howard wrote:
>
> Lawrence Greenfield wrote:
> > From: "Jeremy Howard" <[EMAIL PROTECTED]>
> > Date: Sat, 25 Aug 2001 08:15:42 +1000
> >
> > Lawrence Greenfield wrote:
> > > This message is usually harmless.
> > >
> > > Some systems limit how many file descriptors a process can use, and
> > > the 'master' process tries bumping it up to be infinite. If it
> fails,
> > > it usually means that there's no default limit.
> > >
> > I too get this message, under Linux kernel 2.4.8. But I'm pretty sure
> that
> > Linux has an FD limit (1024 FDs according to `ulimit -a`). Do I have to
> do
> > something special to let Cyrus increase FDs under Linux?
> >
> > As long as root invokes master, there shouldn't be anything else.
> >
> Strange... I am on linux kernel 2.2.19 and root is invoking master. But I'm
> still getting this error. I'm running 2.0.16.
>
> It's no big deal yet because I'm not hitting the limit, but I'm curious
> now... What else could be causing the problem? How should I go about
> debugging this one?
--
David L. Parsley
Network Administrator, Roanoke College
"If I have seen further it is by standing on ye shoulders of
Giants."
--Isaac Newton
