Step 1, su - Step 2, su cyrus - Step 3, ulimit -a More then likely the cyrus user does not have the same ability as 'root' does for maxfiles, so then you would need to modify them. Depending on how your Linux configuration is setup that can be just a simple addition to /etc/profile, or you may need to modify login.conf or some security file in order to up the maxfiles for that user. Since cyrus is not in the 'wheel' group it is not considered a superuser, so it does not inherit the 'superuser' permissions for maxopenfiles. This is a known thing for like NetBSD, and they fix it appropriately by telling the script to change the ulimit while it runs... hth Scott On Jan 15, 2008, at 7:54 AM, Alain Spineux wrote: > On Jan 15, 2008 3:31 PM, Tom Myny <tom.myny@xxxxxxxxx> wrote: >> Hi Guys, >> >> I'm having this each day: >> >> Jan 15 09:06:03 zeus lmtpunix[1029]: IOERROR: creating quota file >> /var/imap/quota/l/user.user1.NEW: Too many open files >> Jan 15 09:51:29 zeus lmtpunix[24100]: IOERROR: creating quota file >> /var/imap/quota/i/user.user2.NEW: Too many open files >> Jan 15 09:51:50 zeus lmtpunix[24100]: IOERROR: opening quota file >> /var/imap/quota/f/user.user3: Too many open files >> Jan 15 09:52:01 zeus lmtpunix[24100]: IOERROR: opening quota file >> /var/imap/quota/i/user.user4: Too many open files >> Jan 15 10:34:04 zeus lmtpunix[16510]: IOERROR: creating quota file >> /var/imap/quota/w/user.user5.NEW: Too many open files >> .. >> > > Are you sure cyrus is guilty and no simply suffering of another > process ? > You can use lsof command to see who open what. > >> I've tried the following: >> >> --- >> >> Check file-max: >> >> cat /proc/sys/fs/file-max >> >> 359801 >> >> --- >> >> Checking ulimit: >> >> ulimit -a >> 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 >> >> Set ulimit -n 10000 on start-up script -> No effect :( >> >> >> --- >> >> Changed NR_OPEN and NR_FILE in kernel, recompile -> No effect :( >> >> --- >> >> >> Anybody an idea ? >> >> Regards, >> Tom >> >> ---- >> Cyrus Home Page: http://cyrusimap.web.cmu.edu/ >> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> > > > > -- > Alain Spineux > aspineux gmail com > May the sources be with you > ---- > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > !DSPAM:478cf03271951804284693! > > ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
