If you have recently updated your Red Hat Enterprise Linux Server release 5.1 (Tikanga) / CentOS 5.1, dovecot imap server might give out the following error:
Nov 5 13:21:13 p5ora1 dovecot: imap-login: imap-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory
Nov 5 13:21:13 p5ora1 dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory
This error is not related to shared libraries. You need to set maximum process size in megabytes. If you don’t use login_process_per_connection you might need to grow this. Just open /etc/dovecot.conf file
# vi /etc/dovecot.conf
Find line read as follows:
login_process_size
Uncomment and set it to 64:
login_process_size = 64
Save and close the file. Restart dovecot imap server:
# /etc/init.d/dovecot restart
The Dovecot package on x86_64 (64 bit system) kernels requires the parameter “login_process_size = 64” to be added to /etc/dovecot.conf after an upgrade to RHEL / CentOS 5.1.
Hey Thank you for htis post. Saved us a days of work!!
Thank you for posting this information. Without it our mail server would have been down for much longer than it was.
Thank you for this.
Took me a little bit to figure out the error then popped right up to your site via google.
Squirrelmail was just hanging, with no input then looked in the maillog to find this.
What really bugs/bothers is this:
[root man1]# service dovecot restart
Stopping Dovecot Imap: [ OK ]
Starting Dovecot Imap: [ OK ]
yet in /var/log/mail is....
Dec 5 11:34:54 genesis dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory
Dec 5 11:34:54 genesis dovecot: child 9852 (login) returned error 127
.. basically that dovecot can start "OK" yet its not really "ok"
Thank you for the tip - this really helped ix things quickly!!
Thanks!!!!
Thanks, saved me time too. Appreciated!
Thanks a million!!
Thanks for the tip. Got me back up right away!
Thanks a lot !
Awesome.. thanks – first hit on google search – wasn’t even down 3 minutes!
Thanks a lot 🙂
YEEESSSS!!!! THANKS!!!!
That was easy. Thanks for the post.
more kudos here 😉
seconded gregg, ‘starting:ok’ followed by a down process is lame. sadly i’m still getting:
Mar 11 17:20:54 rb8 dovecot: Auth process died too early – shutting down
Mar 11 17:20:54 rb8 dovecot: child 5366 (auth) killed with signal 11
Mar 11 17:20:54 rb8 dovecot: Temporary failure in creating login processes, slowing down for now
after upgrading to 5.1…. i had hopes the upgrade would fix that not add a new error
Let me add my thanks to this long list! I upgraded to Centos 5 and dovecot crapped out. A google search turned up your page. Awesome work!
Thanks a lot for this information. Like others, this solution saved me a lot of time.
Thanks again
saved me lots of time with this … thanks !!!
(and thanks google for rating this page high)
Thanks a lot for putting it up.. it save me a lot of work.
Thanks!
It saved a lot of time here also!
THANKS!
Thanks, this was a very easy and fast fix. You’re the first hit on Google!
Thanks! This was just a great troubleshoot!
wow – thanks! that saved me heaps of time!!!
Awesome! Thanks so much for posting this, definitely made my day otherwise I would have been banging against SELinux trying to figure what voodoo needed.
Thanks. Anyone know why this was needed though? What specifically was the change that required more memory for dovecot?
Using ispconfig in a virtuozzo linux redhat/centos environment 64 bit. Glad I stumbled across this posting saved me alot of time. Thank you!
—————————–
getting error is :
—————————–
[root@localhost linux-i386]# ./commsconfig
./commsconfig: error while loading shared libraries: libesmapi.so: cannot open shared object file: No such file or directory
—————————-
some my infomation of os
—————————-
[root@localhost ~]# uname -a
Linux localhost.localdomain 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 i686 i686 i386 GNU/Linux
[root@localhost ~]# rpm -qa |grep libstdc
compat-libstdc++-33-3.2.3-61
libstdc++-devel-4.1.1-52.el5
libstdc++-4.1.1-52.el5
compat-libstdc++-296-2.96-138
—————————-
I did your steps but broble still there
my comment, this problem I can’t see in fedora 8.
please help me
best regards
kapila
email kapila_r@epiclanka.net
—————————-
Thank you very much, it does work.