• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Horde redirect.php and Segmentation fault (11) problem

zooming

Regular Pleskian
Hello,

I'm having problems with Horde.

It has worked fine for months, then it stopped, and I don't know why.

After the login, the browser tries to download the redirect.php file (an empty file).

A record is placed in /var/log/httpd/error_log when this happens:

[notice] child pid 9934 exit signal Segmentation fault (11)

After some research, I have found the line that triggers this error in the redirect.php file:

IMP_Session::createSession($imapuser, $pass, $sessArray['server'], $sessArray))

Looking for this function name in Google, I have found some Bug reports:

http://gablog.eu/online/taxonomy/term/36

http://bugs.horde.org/ticket/?id=711

http://groups.google.com/group/mail...ash:+Unable+to+look+up+user+name&rnum=1&hl=en

http://www.nabble.com/Unable-to-login-after-install-td9500720.html

Everything in these posts are related to some "IMAP toolkit" or Horde running chrooted and "/etc/password" file access.

But until now I haven't found what has trigged this problem, since it was working fine, and I haven't upgrade or changed anything, and I haven't fixed it yet either.

Can you help me?

Thank you.
Alexandre
 
This problem cropped up for us, too. The problem for us was the Apache file descriptors restriction, aparently because of the number of virtual hosts on the server. This fixed it for us:

mysql -uadmin -p`cat /etc/psa/.psa.shadow` psa -e "replace into misc (param,val) values ('apache_pipelog', 'true')"
/usr/local/psa/admin/sbin/websrvmng -v -a
 
Back
Top