Redhat Dovecot error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory

last updated in Categories CentOS, RedHat/Fedora Linux, Troubleshooting

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.

ADVERTISEMENTS

Posted by: Vivek Gite

The author is the creator of nixCraft and a seasoned sysadmin, DevOps engineer, and a trainer for the Linux operating system/Unix shell scripting. Get the latest tutorials on SysAdmin, Linux/Unix and open source topics via RSS/XML feed or weekly email newsletter.

28 comment

  2. Thank you for posting this information. Without it our mail server would have been down for much longer than it was.

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

  4. 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!!

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

  15. 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!

  16. Thanks a lot for this information. Like others, this solution saved me a lot of time.

    Thanks again

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

  25. Thanks. Anyone know why this was needed though? What specifically was the change that required more memory for dovecot?

  26. Using ispconfig in a virtuozzo linux redhat/centos environment 64 bit. Glad I stumbled across this posting saved me alot of time. Thank you!

  27. —————————–
    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

    —————————-

    Have a question? Post it on our forum!