similar to: Lmtp Memory Limit

On 14.01.2018 09:11, Thomas Manninger wrote: > Hi, > > i am using dovecot 2.2.33.2 on CentOS 7.4. > > Since i upgraded from CentOS 7.2. to CentOS 7.4. (without upgrading dovecot), my dovecot sieve-pipe scripts crash with Out of memory: > Out of memory (allocated 262144) (tried to allocate 8793 bytes) > > There are some memory limits in dovecot or sieve? Can i change

Hi, perhaps this? > with new debian9: > open files (-n) 1024 Regards Urban Am 16.09.20 um 12:57 schrieb Maciej Milaszewski: > Hi > Limits: > > Where all working fine: > > core file size????????? (blocks, -c) 0 > data seg size?????????? (kbytes, -d) unlimited > scheduling priority???????????? (-e) 0 > file size?????????????? (blocks,

Hi, other error in "open files": dovecot: Oct 20 10:52:36 Fatal: execv(/usr/local/sbin/post-login-imap-dovecot) failed: Too many open files dovecot: Oct 20 10:52:36 Error: child 1038 (imap) returned error 84 (exec() failed) dovecot: Oct 20 10:55:51 Fatal: execv(/usr/local/sbin/post-login-imap-dovecot) failed: Too many open files dovecot: Oct 20 10:55:51 Error: child 4853 (imap)

Hi Steffen, On 29-03-17 12:38, Steffen Kaiser wrote: > On Tue, 28 Mar 2017, Gerard Ranke wrote: > >> dovecot: master: Error: service(imap): fork() failed: Resource >> temporarily unavailable >> dovecot: master: Error: service(imap): command startup failed, >> throttling for 2 secs > > check out the ulimits for the Dovecot process. > > -- Steffen Kaiser

Hello, On a production system, I'm seeing this: [Feb 13 16:47:00] WARNING[14742] res_agi.c: Unable to create toast pipe: Too many open files [Feb 13 16:47:00] WARNING[9283] acl.c: Cannot create socket [Feb 13 16:47:00] WARNING[9283] rtp.c: Unable to allocate RTCP socket: Too many open files [Feb 13 16:47:00] WARNING[14732] acl.c: Cannot create socket [Feb 13 16:47:00] WARNING[14732]

在 2017年05月25日 18:37, Daniel P. Berrange 写道: > On Thu, May 25, 2017 at 06:20:51PM +0800, dw wrote: >> Hi: >> >> I'm trying to connect with libvirtd with virsh from a remote PC,but only >> can establish 1000 connections. >> >> If try more connections,prompt: >> >> "error: failed to connect to the hypervisor >>

We were previously running 5.1 x86_64 and recently updated to 5.2 using yum. Under 5.1 we were having problems when running jobs using torque and the solution had been to add the following items to the files noted "* soft memlock unlimited" in /etc/security/limits.conf "session required pam_limits.so" in /etc/pam.d/{rsh,sshd} This changed the max

I've looked through all of the posts about this issue (and there are plenty!) but I am still unable to solve the error. ERROR: cannot allocate vector of size 455 Mb I am using R 2.6.2 - x86_64 on a Linux x86_64 Redhat cluster system. When I log in, based on the specs I provide [qsub -I -X -l arch=x86_64] I am randomly assigned to a x86_64 node. I am using package GenABEL. My data (~ 650,000

Dear all, we have encounter problem when starting asterisk in the foreground, "asterisk -vvvvgc" with more 100 SIP calls concurrently. we have set ulimit to the highest value. still has this problem. Is this the problem keeping asterisk in the foreground or this is a bug in SVN 1.2 16771? Apr 5 08:48:36 WARNING[14887]: channel.c:562 ast_channel_alloc: Channel allocation

Hi @all, after re-installing one of my two frontends/proxy-servers I get the following error messages after some time (sometimes after 1h, sometimes after 24h): 11:23:55 imap-login: Error: socketpair() failed: Too many open files 11:23:55 imap-login: Error: socketpair() failed: Too many open files 11:23:56 imap-login: Error: socketpair() failed: Too many open files 11:23:56 imap-login: Error:

I haven't done this on the old, working machine. So there must be a difference between Debian 7 and 9 how open files are handled? Regards Patrick Aki Tuomi schrieb: > You probably need to increase ulimit -n > > Aki > > > On 23.08.2017 14:10, Patrick Westenberg wrote: >> Hi @all, >> >> after re-installing one of my two frontends/proxy-servers I get

> The easy answer is yes .. glibc requires so many things to be restarted, > that is the best bet. Or certainly the easiest. > > Note: in CentOS 7, there is also a kernel update which is rated as > Important .. so you should boot to that anyway: > https://lists.centos.org/pipermail/centos-announce/2016-February/021705.html > > Here is a good link to figure out what to

On 02/17/2016 08:10 AM, Michael H wrote: >> The easy answer is yes .. glibc requires so many things to be restarted, >> that is the best bet. Or certainly the easiest. >> >> Note: in CentOS 7, there is also a kernel update which is rated as >> Important .. so you should boot to that anyway: >>

----- Original Message ----- From: Tony Morehen [mailto:tmorehen at ajmconsulting.ca] To: dovecot at dovecot.org Sent: Sat, 12 Sep 2015 17:57:27 -0400 Subject: Re: concerning dovecot settings for high volume server You may be running up against Linux system/user limits. Run $ cat /proc/sys/kernel/pid_max and $ ulimit -a That should give some insight into your problem. On 12/09/2015 2:53 PM,

We have some ORACLE PGA problem and ORACLE document say we can serup lockmem(Max lock memory) to higher value. $ulimit -a time(cpu-seconds) unlimited file(blocks) unlimited coredump(blocks) 0 data(kbytes) unlimited stack(kbytes) 10240 lockedmem(kbytes) 3145728 memory(kbytes) unlimited nofiles(descriptors) 65536 processes 2047 Can anyone tell me how to set lockedmem to higher value on

Windows 2000 sp2 with Terminal Services and Citrix 1.8 Metaframe as 'client'. --- Problem starts at 40 to 50 users logged on. 7-9 shares mapped at login. Effect is 'access denied' on accessing directories restricted by group access even though user has valid unix /etc/group access. --- Machine SunFire 880 Samba 2.2.4 Configured with "-without-winbind" Solaris 8

I'm running Solaris 9 Sparc with Dovecot alpha 5 and using maildir format.. I noticed in the log file the following error: dovecot: Dec 20 15:54:18 Error: imap(xxxxxxxx): open(/export/home/xxxxxxxx/mail/.Sent Messages/cur/1135013649.002916.mbox:2,Sab) failed: Too many open files I called the guy and asked him what he was doing... synching his folders. It hung for a while but finally

Dear all, I have a few questions regarding the 64 bit version of R and the cache memory R uses. ----------------------------------- Computer & software info: OS: kUbuntu Feasty Fawn 7.04 (64-bit) Processor: AMD Opteron 64-bit R: version 2.7.0 (64-bit) Cache memory: currently 16 GB (was 2 GB) Outcome of 'limit' command in shell: cputime unlimited, filesize unlimited, datasize

Dear list, We moved our dovecot installation to a new vm, and ever since there are problems logging in to our imap server during office hours. ( Evenings and weekends are fine. ) Both the new and the old machine are dovecot 2.2.13. Symptoms: Logging in via imap gives: . OK Pre-login capabilities listed, post-login capabilities have more. a login <loginname> <passwd> * OK Waiting for