search for: maxfil

By default FreeBSD 7.0 shipped with the sysctls set to: kern.maxfiles: 12328 kern.maxfilesperproc: 11095 We recently bumped up against these limits in an unfortunate way and we are going to raise them. I have some questions: * why are the numbers set the way they are? They aren't round numbers, they aren't powers of 2. But they were arrived at someho...

Hello, I'm running load testing sessions. My System Under Test is an asterisk 13 with 16GB, configured with maxfiles set to 400 000. This system is supposed do produce simple SIP trunking services without transcoding. The box sending call to my System Under Test is anabled with SIPp. I'm banging on a 700 concurrent calls/50 CAPS limit I would like to improve, if possible. Tests are done with both signali...

Hi All, I just upgraded to the new 1.1rc5 from 1.0 that I had been using and it advised me to increase the file descriptor limit. I'm not sure how to do this. There is a command built into tcsh that allows me to do this called limit, but sudo limit 4224 doesn't work, and usually dovecot is started from the rc.local file if I recall right, and I'm not sure how to set this up from

...osted some questions a few months back and received lots of great help in getting my dovecot/postfix/LDAP setup working. Initially, I ran into the pipe failed too many open files error. I am running this setup on OpenBSD/sparc64 4.1-stable and so I put dovecot in its own class and upped the maxfiles setting for that class. This was back with dovecot 1.0 and everything worked fine. I just recently upgraded to dovecot 1.0.2 from ports and now I am having the same problems again. I moved kern.maxfiles for that class from 2048 up to 3404 and yet I still run into the error. When I do, I h...

...07:31:10 top dovecot: pipe() failed: Too many open files To solve this, I have to kill -9 dovecot and the (many) imap processes running. The only client accessing the server is a machine running Apple Mail. I tried to increase the limit in the number of files (I did a "launchctl limit maxfiles 1024 unlimited", but the problem still happened. Is this a known problem? Should I allow still more files? Thanks, Alan -- Alan Schmitt <http://alan.petitepomme.net/> The hacker: someone who figured things out and made something cool happen. .O. ..O OOO -------------- next...

...ality when reencoding is turned on. Temporary solution was found. I added one string, to reencoding code, that points to liblame use better quality. But is this the one and right solution? Second problem: Ices (or liblame?) does not properly closes played mp3's... Few days and the limit of kern.maxfiles is exhausted. How to fix this problem? PS: System is FreeBSD 5.3 -- Yours, Victor mailto:admin@artem-catv.ru

This happend since I've upgraded bind 9.21 to 9.6.0. I've increased the max open files to 4096: sysctl -w kern.maxfiles=4096 which shows it resized from 4040->4096 But I guess it's different for bind? I've googled and found several references to this warning message, but everyone states it's not a problem and shouldn't be concerned. Some real advice would be appreciated.

GENERIC kernel build, cvsup as of 21:37 October 1 2003: ../../vm/vm_map.c: In function `vm_init2': ../../vm/vm_map.c:190: `maxfiles' undeclared (first use in this function) ../../vm/vm_map.c:190: (Each undeclared identifier is reported only once ../../vm/vm_map.c:190: for each function it appears in.) *** Error code 1 Using the freebsd protector patch (anti stack smashing), FYI. --------------------------------- Perry...

...: > > Rebuild the login.conf.db file if necessary: > > # [ -f /etc/login.conf.db ] && cap_mkdb /etc/login.conf > > Hope this helps. > Thanks for the hint. FreeBSD takes sysctl(8) settings as a base to ulimit(3). I even tried tuning on those values. sysctl kern.maxfilesperproc=405587 sysctl kern.maxfiles=428433 Unfortunately this does not solve the problem. I don't think it is the root of the problem. The current value - even with Dovecot and Postfix already running is: kern.openfiles: 675 It is just, that Dovecot is kind of in a frozen condition when tr...

...ailstore/user/Maildir/dovecot.index.tmp: Too many open files Seeing this with both 1.0beta9 and 1.0rc12 This occured when a user was not using the client, however the client(Thunderbird) filtering mechanism was active as their client is left on 24x7. Do we really need to increase individual user maxfiles to >1024 ? Dovecot is set to 31768 so it is definately the user process here. Anything I can tweak in dovecot.conf to prevent this? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://dovecot.org/pipermail/dovecot/attachments/20061108/21c8f043/...

...open files, but I haven't seen it related to the quota type used. It's possible that simply my using 'dirsize' as the quota type slows things down enough to not have the issue? I don't really know. Anyhow. I doubled my max open files in FreeBSD's /boot/loader.conf to: kern.maxfiles="24656", but to no avail. When I have it set to maildirsize, the open files on the system grows uncontrollably. Under normal use, it's somewhere below 5k: sysctl -a | grep openfiles kern.openfiles: 4415 I looked into the patch mentioned here: - http://www.dovecot.org/list/doveco...

...g NOT compiled in kernel * 4 GB of RAM, 8 GB of swap on Raid 1 (15K RPM drives) for speed * User Data is on Raid 5 in a detached PowerVault Contents of /boot/loader.conf: kern.ipc.maxsockets=32768 kern.ipc.nmbclusters=32768 kern.ipc.nmbufs=131072 kern.ipc.nsfbufs=6656 kern.ipc.shm_use_phys=1 kern.maxfiles=32768 kern.maxproc=8192 kern.maxswzone=33554432 kern.nbuf=16384 kern.ncallout=32768 kern.vm.kmem.size=268435456 kern.vm.pmap.shpgperproc=2048 net.inet.tcp.tcbhashsize=16384 Contents of /etc/sysctl.conf: kern.ip.somaxconn=4096 vm.v_free_min=131072 vm.v_free_target=262144 vm.f_free_reserved=32768...

Am 26.01.2015 um 02:13 schrieb Leander Sch?fer: > I just checked my ulimit again and it really seems like it has more > than enough - so I still don't understand what I've configured wrong > here ;/ > > root at WM-01 [~]$ su -m dovecot -c "ulimit -a" > socket buffer size (bytes, -b) unlimited > core file size (blocks, -c) unlimited > data

Hi all, Any one know how to increase the Linux limit? I am hiting a wall on 200 calls playing files at the same time. From Asterisk console, I am getting messages like Sip_request_call: Unable to build sip pvt data for "asterisk1/700" Too many open files Is this a limit of my Linux box? I only have 512MB of ram. Will increase it to 2G help or I have to change some configuration in

I'm just writing to see if anyone else is seeing the following issues, and particularly if they are running OS X (especially 10.4), and/or have compatible solutions (I've been reading the mailing list quite a bit, and every now and then, I find a solution that just "doesn't work" because of the differences in OS: 1) Too many files open - no plimit command on OS X, so I

Andre, Are you going to have time to MFC things from -current for auto-tuning -stable before 9.2? I fear (maybe unnecessarily?) that we are about to ship yet another release that can't do basic 10gigE when sufficient memory exists. If you don't have time, then let me know and I'll see what I can do. -- Alfred Perlstein VP Software Engineering, iXsystems

Hello, I'm load testing a new Asterisk 13 system (Debian Stretch, packaged asterisk). One system writes CDR though an ODBC connection to a local Postgres database over the LAN. When sending 50 new calls per second with SIPp, I'm seeing one system outputs : taskprocessor.c: The 'subm:cdr_engine-00000003' task processor queue reached 5000 scheduled tasks again. This [1] thread

...68000 after also trying 65535, then 512000 . I have run sysctl -p as root asfter adjusting the fs.file-max limit in /etc/sysctl.conf Furthermore in /etc/security/limits.conf I have at the bottom asterisk soft nofile 768000 asterisk hard nofile 768000 /etc/asterisk/asterisk.conf contains in the maxfiles line 768 000 and the line has been uncommented After changing all of the above I have restarted asterisk. SELinux is completely disabled. I'm still getting the CLI error messages that there are too many open files - can I really be exceeding 768 000 open files with 150 callers using normal...

I'm getting this error from time-to-time when using VI under FreeBSD_4.9-prerelease: Error: input: Resource temporarily unavailable Basically, VI just exits/crashes (no core dump). The load average is pretty low: 4:18PM up 10 days, 23:42, 4 users, load averages: 0.13, 0.21, 0.21 And I don't seem to have any other problems with the system. Wondering what this might be, or if

We have a Sun E450 running Solaris 8 and Samba 2.2.8a as our domain controller. We have had no problems with Samba until earlier this week when we have started to get lots of these errors in log.smbd: [2003/08/08 16:29:14, 0] lib/debug.c:(348) Unable to open new log file /home/samba_pearl/var/log.smbd: Too many open file s This has been happening once a day, at the same time some users are not