search for: maxfilesperproc

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

...: > > 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 trying to...

...2 host msdfs = no restrict anonymous = 2 server min protocol = SMB2 smb encrypt = required unix extensions = no workgroup = EXAMPLE # Service defaults csc policy = disable directory name cache size = 0 map archive = no store dos attributes = yes strict sync = yes # max open files defaults to kern.maxfilesperproc, but has a hard-coded limit of # 65536 - FILE_HANDLE_OFFSET(4096) - MAX_OPEN_PIPES(2048). max open files = 59392 # Disable NetBIOS disable netbios = yes smb ports = 445 # Disable printing (keep spoolss enabled to avoid warnings on each connection) load printers = no printcap cache time = 0 printc...

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 somehow with planning and thought...

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

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

...he sshd process and it forks a new daemon, everything is > ok for another week or two. > > -- > Scott Lambert KC5MLE Unix Could sshd be running out of resources? I've seen instances where sshd will fill up the internal kernel tables (kern.maxfilesperproc and so forth) and not accept new connections until either the server was rebooted or sshd was completely killed and restarted. Did you compile a custom kernel, or are you running on GENERIC? -Kyle

...exactly at the time that the user login/logoff. 3. If yes, any pointer on fine-tune the kernel parameters? Will it help if I change this machine to FreeBSD? In fact, I am running a test FreeBSD machine, PII 400 with 128MB RAM, 1GB SWAP, Stable 3.2, MAXUSER set to 256, kern.maxfiles=15000, kern.maxfilesperproc=10240, ulimit -n 10240 before start samba daemon. Don't know what will happen to this machine tomorrow morning ... :-) Please email your comments/pointer of info/suggestions to me (ccegongw@nus.edu.sg) as I haven't submitted to this samba list yet. Thanks you! -------------- next part ---...

...= SMB2 host msdfs = no restrict anonymous = 2 server min protocol = SMB2 unix extensions = no workgroup = WORKGROUP # cache and lock directories are tmpfs cache directory = /var/db/samba4/cache lock directory = /var/db/samba4/lock state directory = /var/db/samba4 # max open files defaults to kern.maxfilesperproc, but has a hard-coded limit of # 65536 - FILE_HANDLE_OFFSET(4096) - MAX_OPEN_PIPES(2048). max open files = 59392 # Service defaults csc policy = disable directory name cache size = 0 hide dot files = no strict sync = yes vfs objects = zfsacl # Permissions (map archive = no is needed for inherit p...

We have 10 SuperMicro PDSMi+ 5015M-MTs that are panic'ing every few days. This started shortly after upgrade from 6.2-RELEASE to 6.3-RELEASE with freebsd-update. Other than switching to a debugging kernel, a little sysctl tuning, and patching with freebsd-update, they are stock. The debugging kernel was built from source that is also being patched with freebsd-update. These systems are

I am running Samba 3.0.5 on OS X 10.3.8 Server. It's the stock Samba supplied by Apple with no modifications. I am running a variety of shares on the system to around 50 PC clients. I came into the office this morning with a dead Xserve... could not login, could not ping or ssh into the system. Users in the office could not even browse the network. When they tried to browse the

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

...ent_limit=2 in imap service to spawn more imap clients in one process, but still I am over 1000 processes with kernel message: maxproc limit exceeded by uid 89 Could anybody help? Many thanks Tomas My system have following settings: FreeBSD 9.0 / AMD64 Dovecot 2.1.8 kern.maxproc: 12288 kern.maxfilesperproc: 36864 kern.maxprocperuid: 8192 no limit for uid 89: # limit cputime unlimited filesize unlimited datasize 33554432 kbytes stacksize 524288 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 36864 memorylocked unlimited maxproc 8192 sbsiz...

...ile 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...

Hello, For two days in a row, I've noticed that my dovecot server (hosted on a PowerMac running OS X) has stopped working, with a bunch of error messages in /var/log/mail.log like: May 24 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

...lowing: - added a 'limits -e -n 32768 -U dovecot' to dovecot startup file to ensure it has enough FD's - additionally, I've checked my kernel file limits, however I always set it through loader and sysctl to be as large as 64k # sysctl -a |grep files kern.maxfiles: 65535 kern.maxfilesperproc: 32768 kern.openfiles: 1632 - also checked the limits of the dovecot user like this: # su -c dovecot root -c 'ulimit -a' core file size (blocks, -c) unlimited data seg size (kbytes, -d) 1048576 file size (blocks, -f) unlimited max locked memory (kbyt...

...;t help kern.ipc.maxsockbuf: 1048576 <- This is what it currently is set to. if someone could point me in the right direction that would be great :). here is some info on the box in question. btw all these command were run while the system was doing about 1500 pps (as per netstat -inb 1) kern.maxfilesperproc: 8272 kern.openfiles: 86 btw syslogd runs at %20 cpu from top systat -vm 1 shows disk mostly idle (1-5% usage). this box has 6 9 gig drives in raid5 also. Which i think show up as one drive. /dev/idad0s2a on / (ufs, local) /dev/idad0s2f on /tmp (ufs, local) /dev/idad0s2e on /usr (ufs, local, soft...

...A kern.maxbcache=64M # 4M KVA kern.ipc.maxpipekva=4M # net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=100 in /etc/sysctl.conf # 576 Mb KVA/kmem kern.ipc.nmbclusters=262144 kern.ipc.nmbjumbop=65536 kern.ipc.maxsockets=307200 kern.ipc.somaxconn=4096 kern.maxfiles=307200 kern.maxfilesperproc=102400 $ sysctl vm.kvm_free vm.kvm_free: 327151616 netstat -m output, several seconds before panic: 380270/63895/444165 mbufs in use (current/cache/total) 14141/29273/43414/262144 mbuf clusters in use (current/cache/total/max) 14141/29251 mbuf+clusters out of packet secondary zone in use (curren...

...val. I can mitigate the problem by increasing available socket buffs and decreasing the tcp.sendspace. I've tried different versions of Apache and I've tried with and without the accf_http kernel filter. Here is what I have on the server now: sysctl.conf: kern.maxfiles=65535 kern.maxfilesperproc=16384 kern.ipc.maxsockbuf=4194304 kern.ipc.somaxconn=1024 net.inet.tcp.sendspace=8192 net.inet.tcp.recvspace=8192 net.inet.tcp.keepidle=900000 net.inet.tcp.keepintvl=30000 net.inet.tcp.msl=5000 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.tcp.inflight_enable=1 and loader.conf accf_...

...rate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1144920666, usec = 903723 } Thu Apr 13 09:31:06 2006 kern.domainname: kern.osreldate: 600105 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 132 kern.ipc.nmbclusters: 25600 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmb...