Error compiling PHP on CentOS 64 bit

In order to compile PHP on 64 bit you need to use the option --with-libdir=lib64 otherwise you will stay forever with the following error

checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
checking for MySQL UNIX socket location... no
checking for mysql_close in -lmysqlclient... no
checking for mysql_error in -lmysqlclient... no
configure: error: mysql configure failed. Please check config.log for more information.

Other possible reasons are :
1. missing the libtool-ltdl-devel package
2. missing the ncurses-devel
3. missing mysql-devel package

TCP: too many of orphaned sockets

The tcp_max_orphans variable tells the kernel how many TCP sockets that are not attached to any user file handle to maintain. In case this number is exceeded, orphaned connections are immediately reset and a warning is printed.

The only reason for this limit to exist is to prevent some simple DoS attacks. Generally you should not rely on this limit, nor should you lower it artificially. If need be, you should instead increase this limit if your network environment requires such an update. Increasing this limit may require that you get more memory installed to your system. If you hit this limit, you may also tune your network services a little bit to linger and kill sockets in this state more aggressively.

This variable takes an integer value and is per default set to 8192, but heavily depends upon how much memory you have. Each orphan that currently lives eats up 64Kb of unswappable memory, which means that one hell of a lot of data will be used up if problems arise.

Note If you run into this limit, you will get an error message via the syslog facility kern.info that looks something like this:

TCP: too many of orphaned sockets

If this shows up, either upgrade the box in question or look closer at the tcp_fin_timeout or tcp_orphans_retries which should give you some help with getting rid of huge amounts of orphaned sockets.

Plesk Qmail issue regarding /etc/courier-imap/shared/index

If you see in your logs:
Jun 4 16:11:18 host imapd: /etc/courier-imap/shared/index: No such file or directory

you need to check perms and ownership on /var/qmail/bin/qmail-queue

# ls -la /var/qmail/bin/qmail-queue
-r-s–x–x 1 root qmail 25828 Apr 26 15:20 /var/qmail/bin/qmail-queue
perms are fine, but ownership is not
# chown qmailq:qmail /var/qmail/bin/qmail-queue
# ls -la /var/qmail/bin/qmail-queue
-r-x–x–x 1 qmailq qmail 25828 Apr 26 15:20 /var/qmail/bin/qmail-queue
[root@host ~]# service qmail restart
Stopping : Starting qmail: