На сервере низкой памяти Вы собираетесь столкнуться с проблемами с сообщениями проверки активности, включенными в любом виде масштаба. Это вызвано тем, что апач создает один поток или процесс для каждого подключения, выделяя значением по умолчанию 8 МБ стека на Linux (который может быть скорректирован вниз через конфигурацию Apache, до какой степени является зависящим от приложения). На Вашем сервере на 360 МБ, который, вероятно, будет проблемой, если каждый клиент будет держать открытый по крайней мере один и возможно два соединения.
Это - на самом деле, основная причина, что основанные на событии веб-серверы как nginx и lighttpd были созданы - чтобы позволить системам обрабатывать десятки тысяч соединений с помощью нормальных объемов памяти.
Так, я выключил бы keppalives в Вашей ситуации и живой с влиянием производительности на клиенты. Или, возможно, используйте что-то как nginx перед апачем для обработки стоящих с пользователем соединений, проксируя запросы к Apache. Это - очень общая модель, эффективно рассматривая Apache как "пул потоков" для того, чтобы потенциально заблокировать операции как диск или доступ к базе данных.
Если у вас установлен make && gcc:
wget http://www.python.org/ftp/python/2.4/Python-2.4.tar.bz2
tar jfvx Python-2.4.tar.bz2
cd python
./configure
make all
make install
Тогда вы можете вернуть свой Python.
Я удивлен, что вам удалось удалить пакет python. У него так много зависимостей от системы RHEL / CentOS, что есть большая вероятность, что вы удалили гораздо больше, чем python. Запуск yum remove python
в одной из моих систем CentOS дает:
Dependencies Resolved
====================================================================================================================
Package Arch Version Repository Size
====================================================================================================================
Removing:
python x86_64 2.4.3-46.el5 installed 72 k
Removing for dependencies:
AcronisAgentLinux x86_64 41.0.16-1 installed 13 M
BackupAndRecoveryAgent x86_64 11.0.17318-1 installed 154 M
GConf2 i386 2.14.0-9.el5 installed 4.6 M
.
.
.
yum-metadata-parser x86_64 1.1.2-3.el5.centos installed 55 k
yum-security noarch 1.1.16-21.el5.centos installed 60 k
yum-updatesd noarch 1:0.9-2.el5 installed 55 k
yum-utils noarch 1.1.16-21.el5.centos installed 194 k
zsh x86_64 4.2.6-6.el5 installed 3.6 M
Transaction Summary
====================================================================================================================
Remove 493 Package(s)
Reinstall 0 Package(s)
Downgrade 0 Package(s)
Is this ok [y/N]: (Heck-no!)
Вы действительно позволили процессу удалить сотни установленных пакетов?
Если вы удалили только один пакет, вам нужно будет загрузить python RPM для вашей конкретной версии CentOS. Если, например, это была CentOS версии 5.8 для 64-битной версии, вы бы нашли текущее имя пакета в репозитории CentOS ... Найдите python-2.4.3-46.el5. x86_64.rpm
Чтобы установить этот конкретный пакет, используйте wget http://mirror.anl.gov/pub/centos/5.8/os/x86_64/CentOS/python-2.4.3-46.el5.x86_64 .rpm
, чтобы загрузить отдельный пакет.
Строительство твоей собственной спины на Пайтоне не сработало на меня. Это работает:
(обратите внимание, что это для хоста Centos 6x, который теперь использует Python2.6, но это одно и то же)
wget http://mirror.centos.org/centos/6/os/x86_64/Packages/yum-3.2.29-40.el6.centos.noarch
wget []://mirror.centos.org/centos/6/os/x86_64/Packages/python-devel-2.6.6-51.el6.x86_64.rpm
wget []://mirror.centos.org/centos/6/os/x86_64/Packages/python-2.6.6-51.el6.x86_64.rpm
wget []://mirror.centos.org/centos/6/os/x86_64/Packages/python-libs-2.6.6-51.el6.x86_64.rpm
rpm -Uvh --replacepkgs *.rpm
А потом снова сработает Yum.
.