что из приведенного списка вы ставили руками только что?
убедитесь, что нужное ядро установлено, выберите его в загрузчике (/boot/grub/grub.conf, default=нумер нужного вам ядра из списка ниже, нумерация с 0) и перезагрузитесь.
Надо ничего не "брать" (оч)умелыми ручками, а просто yum upgrade периодически делать. Установит именно то, что нужно в вашем случае. Совершенно не обязательно, что у вас ядро, которое использует паравиртуализацию. Может самое обычное.
А в чем проблема загнать все эти команды в скрипт и вызывать из /etc/rc.local ? Или куда-нибудь в крон соответствующего юзера (man 5 crontab, man 1 crontab), использовав расписание @reboot.
Хотя сервис, который не умеет делать элементарного - может просто заменить на более стоящее? Он еще и от рута работает, или после запуска таки понижает привилегии?
почему "ждать"?
http://bugs.centos.org/view.php?id=4518
2010-09-21 18:13 - "the patched kernel has been released :)"
центос, как обычно, аж впереди планеты всей. Почти с недельным отставанием.
vps на xen или kvm?
Как и на обычном сервер - патч поставить от вендора.
В debian проблему уже давно решили:
http://www.debian.org/security/2010/dsa-2110
А если будете запрещать 32-битные бинарники, как советовали в качестве workarround - конечно, может что-то и не работать. Хотя isp вроде собирается под 64 бит.
Вон, пожалуйста, Ваше расширение. В выводе phpinfo() - может просто проглядели. А может надо было выполнить все команды, которые Вас попросили, а не цитировать вместо этого бессмысленный apache2 restart и htop.
а разве она отличается? обычный апач с php-модулем + дополнительно поддержка cgi.
хотите - используйте модульный php. хотите - обрабатывайте скрипты php-cgi (хоть персонально под сайт собирайте интерпретатор).
Давайте хором попробуем разобраться в том, что Вам написали:
Вот Вы и не заметили медленной скорости работы, т.к. не работали на мастерхосте не с CGI, а использовали расширение апача. Там PHP работает под тем же пользователем, что и воркеры апача.
Естественно, чтобы это было безопасно - нужно своевременно обновлять PHP, использовать известный минимум расширений и т.п.
ничего необычного - обычный phpinfo для ленни, с бессмысленной кучей модулей (зачем вам apc и eaccelerator
и xcache?). mbstring должен быть, если ничего специального не делали для его отключения.
выполните в shell команды:
dpkg -l|grep php
php5 -m|grep mbstring
grep -R mbstring /etc/php5/apache2/
Простейшая "альтернатива" - CGI. Плюс поддержка нужного скриптового языка расширением апача (например mod-php) с прицелом на достаточно широкую аудиторию. Именно ее и используют действительно массовые хостеры (в т.ч. и Ваш пример).
Другую альтернативу чуть выше обсуждали с Boris A Dolgov. Если интересует "продвинутый" хостинг - думаю, это может подойти. Естественно, если используете какую-то готовую закрытую панель управления хостингом (типа ispmanager) - подобное, скорее всего, идет лесом. Вам дан выбор из небольшого числа вариантов: ITK/fastcgi/CGI.
